Redis Lua脚本能绕过客户端多次往返，这是其最核心价值；它在服务端原子执行整段逻辑，避免网络延迟和并发竞争，适用于计数器、限流、哈希校验等场景。
Redis Lua脚本能绕过客户端多次往返吗
能，而且这是它最核心的价值。Redis 是单线程执行命令的，但 EVAL 和 EVALSHA 把一整段逻辑压到服务端原子执行，避免了“查出来 → 算 → 再存回去”这种三步操作中网络延迟和并发竞争的问题。
常见错误现象：(error) BUSY Redis is busy running a script —— 不是脚本慢，而是你没设 lua-time-limit 或脚本真卡死了；还有人用 redis.call('GET', key) 去读不存在的 key，结果返回 nil，后续又直接做字符串拼接，触发 (error) ERR Error running script。
- 所有 key 必须显式传入
KEYS数组，不能硬编码在脚本里（否则集群模式会失败） - 脚本里禁止调用带随机性或时间依赖的命令，比如
TIME、RANDOMKEY，否则主从复制可能不一致 - 如果只是简单条件判断+单 key 操作，优先用原生命令（如
HGET+INCRBY），别为省一行代码写 Lua
怎样让 Lua 脚本支持参数化和复用
靠 EVALSHA + SCRIPT LOAD 组合。先用 SCRIPT LOAD 把脚本加载进 Redis 缓存，拿到 SHA1 值，之后只传 SHA 和参数，省带宽也提速。
使用场景：高频调用的计数器更新、带阈值的限流逻辑、多 field 的哈希结构校验等。
-
SCRIPT LOAD返回的 SHA 是 40 位十六进制字符串，必须原样传给EVALSHA，大小写敏感 - 参数分两组：
KEYS[1],KEYS[2]… 对应 key 列表；ARGV[1],ARGV[2]… 对应其余参数（字符串类型，Lua 里全是 string） - 集群环境下，所有
KEYS必须落在同一个 slot，否则报CROSSSLOT Keys in request don't hash to the same slot
示例：计算用户今日登录次数并判断是否超限
local count = redis.call('INCR', KEYS[1])
if count == 1 then
redis.call('EXPIRE', KEYS[1], 86400)
end
return count > tonumber(ARGV[1])
为什么 Lua 脚本里不能用 for i=1,#table do 遍历返回结果
因为 Redis 的 redis.call() 返回值不是 Lua 原生 table，而是被封装过的代理对象；直接取长度或遍历会出错，典型错误是 (error) ERR Error running script (call to f_...): @user_script:3: attempt to get length of a userdata value。
性能影响：误用会导致脚本中断，甚至让整个 Redis 实例卡住几秒（尤其在未设 lua-time-limit 时）。
- 用
table.unpack()或逐个索引访问（res[1],res[2]）替代#res - 如果要批量处理结果，先用
redis.call('LRANGE', ...)拿全量，再用for i = 1, #res do—— 但注意，这仅适用于结果集小（ - 涉及排序、过滤、聚合，且数据量大时，别硬扛在 Lua 里，该导出到应用层就导出
Redis 7.0+ 的 function 能替代 Lua 吗
能，但现阶段不建议立刻迁移。Redis Function 是用 FUNCTION LOAD 注册的模块化脚本，支持更严格的沙箱、独立的函数名空间和自动传播到从节点，但它要求 Redis ≥ 7.0，且调试工具链还不成熟。
兼容性影响：老项目升级前得确认客户端是否支持 FUNCTION 命令族（如 Jedis 4.0+、redis-py 4.4+）；另外，Function 默认不支持 EVALSHA 那种轻量调用方式，每次都要走 FCALL + 函数名。
- 新项目可直接用 Function，命名更清晰，权限控制粒度更细（
FUNCTION LIST可查谁注册了什么） - 现有 Lua 脚本迁移到 Function 需重写，因为语法虽相似，但注册、调用、错误返回格式都不一样
- 别忽略
FUNCTION DELETE的风险：删错函数可能导致线上逻辑静默失效，没有回滚机制
真正容易被忽略的是：Lua 脚本一旦上线，它的行为就和 Redis 版本强绑定；比如 6.2 加了 redis.setresp() 控制响应格式，旧脚本若用了，降级到 6.0 就直接报错。上线前务必在目标版本上实测。
