Redis传递参数给Lua脚本的方法

Redis Lua脚本通过KEYS和ARGV两个固定表安全、高效地接收外部参数：KEYS仅用于显式声明且需Redis命令操作的key名，必须严格对齐numkeys数量与顺序；ARGV则承载所有动态值参数（字符串形式），是传递非key数据的唯一正确途径——避免拼接注入、保障脚本可缓存。实际使用中需特别注意参数位置对齐、字符串类型转换（如tonumber校验）、空值双重判断，以及EVAL与EVALSHA在传参逻辑上完全一致但加载机制不同，稍有错位即引发难以定位的nil错误，堪称Redis脚本开发中最易踩坑却最关键的一环。

Redis Lua脚本里怎么接收外部传进来的参数

Redis 执行 EVAL 或 EVALSHA 时，Lua 脚本能拿到两个固定表：KEYS 和 ARGV。前者存 key 名（必须显式声明），后者存任意值参数——你所有「动态参数」都得走 ARGV。

常见错误是把变量直接拼进 Lua 字符串里传，比如用 Python 的 f-string 把用户输入塞进脚本体，这既危险（Lua 注入）又低效（无法缓存 SHA）。正确做法是：脚本写死逻辑，参数全走 ARGV。

• KEYS 只能用于真正需要 Redis 命令操作的 key，且数量和顺序必须和 EVAL 命令中 key 参数严格一致
• ARGV 是纯数据容器，支持字符串、数字、nil（但 Redis 客户端通常把 nil 转成空字符串或丢弃）
• Lua 里访问参数：取第一个动态值用 ARGV[1]，第二个用 ARGV[2]，下标从 1 开始

用 EVAL 传参时命令格式容易错在哪

执行 EVAL 时，key 数量、key 列表、argv 列表三者位置和数量必须对齐，错一个就报 ERR Error running script (call to f_...): @user_script: N: user_script: N: attempt to concatenate a nil value 这类奇怪错误。

典型翻车点：忘了数 key 个数，或者把本该进 ARGV 的值误塞进了 key 列表。

• 命令结构固定为：EVAL