不能直接热更新已注册的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组合更轻量、更可控
