hset本身支持原子批量更新，但无法实现带条件判断（如“仅当status=active时更新score”）或读-改-写闭环的批量更新；必须用lua脚本在服务端原子执行，配合hmget读取、循环校验argv成对性及空值，并用hsetnx或hset按需写入。
为什么直接用 HSET 无法安全批量更新多个字段？
Redis 的 HSET 命令本身支持一次设置多个 field-value 对，但如果你需要「原子性条件更新」——比如只在某个字段值满足条件时才更新另一些字段，或者要先读再算再写——单靠命令行组合做不到。网络往返、并发写入会让中间状态暴露，HSET 不是事务上下文里的“读-改-写”闭环。
这时候必须用 Lua 脚本：它在 Redis 服务端原子执行，全程无中断，且能复用 redis.call() 多次调用内部命令。
EVAL 中如何安全地批量更新 Hash 字段并避免覆盖无关字段？
Lua 脚本里不能直接解构传入的参数数组为 key-value 对，得靠循环解析。更关键的是：别用 HSET 粗暴覆盖整个 hash，而要用 HMGET 先读出待更新字段的旧值（如果需要判断），再用 HSET 或 HSETNX 按需写入。
- 脚本第一个参数是 hash key（
KEYS[1]），后续所有参数是成对的 field 和 value（ARGV[1],ARGV[2], …） - 用
for i = 1, #ARGV, 2 do遍历参数对，确保 field 和 value 成对处理 - 如果只想更新不存在的字段，用
redis.call("HSETNX", KEYS[1], ARGV[i], ARGV[i+1])；想无条件覆盖，就用HSET
示例脚本（无条件批量更新）：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
redis.call("HSET", KEYS[1], unpack(ARGV))
注意：unpack(ARGV) 要求 ARGV 是 table，且元素个数为偶数，否则报错 ERR Error running script (call to f_...): @user_script:1: user_script:1: bad argument #3 to 'call' (string expected, got number)。
并发场景下用 Lua 批量更新时，哪些字段容易被意外丢弃？
最容易被忽略的是参数顺序和数量校验。比如你传了 5 个 ARGV：["a","1","b","2","c"] —— 最后一个 "c" 没有配对 value，ARGV[i+1] 就是 nil，导致 HSET 写入 "c" nil，Redis 会把 nil 当空字符串存进去，字段值被清空。
- 务必在脚本开头加校验：
if #ARGV % 2 ~= 0 then return redis.error_reply("ARGV length must be even") end - 不要依赖客户端拼接参数，尤其当字段名或值含空格、特殊字符时，Lua 里
ARGV已是完整字符串，无需额外转义 - 如果字段名来自用户输入，且需做存在性判断（如“仅当 status==active 时更新 score”），必须用
HMGET读出来再 if 判断，不能靠客户端预判
用 EVALSHA 缓存脚本后，怎么保证参数结构变更不引发静默失败？
EVALSHA 复用已加载脚本的 SHA1，但不会校验你传的 ARGV 个数或类型。如果某次调用少传了一个 value，脚本仍会执行，只是最后那个 field 写入 nil，日志里看不到错误，数据就错了。
- 上线前用
SCRIPT LOAD加载脚本并记录 SHA1，但每次发版都应重新LOAD，避免本地缓存 SHA1 与线上不一致 - 在 Lua 脚本里做防御性检查比在客户端更可靠：检查
#ARGV、检查每个ARGV[i]是否非空（if not ARGV[i] or ARGV[i] == "" then ...） - 测试时故意传奇数个
ARGV，确认返回的是你定义的 error message，而不是静默写入
真正麻烦的不是写错脚本，而是脚本跑通了、返回 1，但部分字段值变成了空字符串或默认值——这种问题在线上查起来特别费时间。
