不能直接热更新已注册的lua脚本，但可通过script load提交新脚本并动态切换evalsha的sha值实现等价效果；需客户端运行时获取最新sha、避免硬编码，并确保所有实例同步切换。

Redis Lua脚本能热更新业务逻辑吗？ 不能直接“热更新”已注册的脚本，但可以绕过限制实现效果等价的操作。Redis 的 EVALSHA 依赖脚本 SHA1 哈希值做缓存识别，只要客户端换用新的 SHA（即新脚本），旧逻辑就自然被替代——不需重启服务、不中断连接。

关键不是“覆盖脚本”，而是让客户端主动切换到新版本的 SCRIPT LOAD 结果。

如何安全替换正在运行的 Lua 脚本？ 常见错误现象：(error) NOSCRIPT No matching script. Please use EVAL.，说明客户端还拿着旧 SHA 去调 EVALSHA，但 Redis 已清空或未加载对应脚本。

实操建议：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• 每次发布新脚本前，先用 SCRIPT LOAD 提交新内容，拿到新 sha1；不要复用旧 SHA
• 客户端必须在运行时动态获取并缓存最新 SHA，不能硬编码或只在启动时加载一次
• 推荐在配置中心或 Redis 自身某个 key（如 script:order:process:sha）里存当前生效的 SHA，每次执行前先 GET 它
• 上线期间允许新旧脚本并存——旧 SHA 仍可执行，直到你确认所有客户端都切到新 SHA 后，再用 SCRIPT FLUSH 清理（非必需）

Lua 脚本里访问外部状态容易踩哪些坑？ 使用场景：想在脚本里读取配置、开关、限流阈值等，又不想每次改都发新脚本。

问题本质：Lua 脚本是纯函数式执行，无法直接读取外部变量或发起网络请求。

• 别把配置写死在脚本里——改一个参数就得重发整个脚本，失去热更新意义
• 正确做法是把可变部分抽成 EVAL 的 KEYS 或 ARGV 参数，由客户端传入；例如限流阈值通过 ARGV[1] 传，开关状态从 KEYS[1]（如 feature:pay:v2:enabled）读
• 注意 KEYS 必须是真实 Redis key，不能是任意字符串；否则 EVAL 会报错 (error) ERR Error running script (call to f_...): @user_script:...
• 如果要批量读多个配置，建议用 HGETALL config:order 一次性拉回，比多次 GET 更高效，也避免脚本膨胀

为什么不用 Redis Functions（6.0+）代替 Lua？ 性能 / 兼容性影响：Redis Functions 是官方推荐的下一代脚本方案，支持模块化、版本管理、沙箱隔离，但目前落地障碍明显。

现实约束：

• 生产环境多数还在 5.x 或 6.0–6.2，FUNCTION LOAD 在 7.0 才稳定支持热更新语义
• 客户端 SDK 对 Functions 支持滞后，Jedis/Lettuce 直到较新版本才封装 FCALL，很多老项目没升级动力
• Functions 不兼容现有 Lua 脚本语法，迁移成本高；且调试体验不如 Lua 直观（比如没有 redis.log() 级别的实时日志）
• 如果你只是想换一行逻辑就生效，坚持用好 SCRIPT LOAD + EVALSHA 组合更轻量、更可控

热更新真正难的不是技术动作，而是让所有客户端同步感知变更——哪怕只漏掉一个旧进程，它就会一直用着过期逻辑。所以重点不在“怎么发新脚本”，而在“怎么确保没人再用旧 SHA”。