redis原生hincrby不支持批量，因每次仅操作单个field，多字段需多次命令，易受干扰且网络开销大；lua脚本通过循环调用redis.call("hincrby")实现原子批量更新，须正确传参、避免超时与非法值报错。
为什么不能直接用 HINCRBY 批量处理多个 field？
Redis 原生的 HINCRBY 每次只能操作一个 field，如果要对哈希表中 10 个字段分别做自增，客户端就得发 10 条命令——网络往返开销大，还可能被其他命令穿插干扰。Lua 脚本能一次性在服务端执行，避免竞态，也省了多次 round-trip。
EVAL 中调用 redis.call("HINCRBY") 的正确写法
关键点在于：Lua 脚本里不能直接传数组给 HINCRBY，必须循环调用；且所有参数（key、field、increment）都得从 ARGV 或 KEYS 显式传入，不能硬编码。
-
KEYS[1]存哈希表 key（必须放 KEYS，否则集群模式报错） - 后续参数按“field + increment”成对出现在
ARGV中，比如ARGV = {"a", "1", "b", "2", "c", "-3"} - 用
for i = 1, #ARGV, 2步进遍历，每次取ARGV[i]（field）和ARGV[i+1]（increment）
eval "for i = 1, #ARGV, 2 do redis.call('HINCRBY', KEYS[1], ARGV[i], ARGV[i+1]) end" 1 myhash a 1 b 2 c -3
返回值怎么拿？哪些情况会报错？
上面脚本默认不返回任何值（nil），如果需要每个字段的最新值，得显式收集并 return 表。但要注意：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 若某个
field对应的increment不是整数（如"abc"），HINCRBY抛(error) ERR hash value is not an integer，整个脚本中断 - 如果想跳过非法值继续执行，得用
pcall包裹调用，例如：local ok, res = pcall(redis.call, "HINCRBY", KEYS[1], f, inc) - 集群模式下，
KEYS[1]必须是唯一 key，不能传多个 key，否则CROSSSLOT错误
性能和原子性边界在哪？
Lua 脚本在 Redis 单线程中执行，天然原子，但别误以为“越长越好”。实际要注意：
- 脚本执行时间超过
lua-time-limit（默认 5000ms）会被强制中断，长时间阻塞会影响其他请求 - 批量字段数建议控制在几百以内；上万级更新不如拆成多个
EVAL或改用HMSET+ 客户端算好值 -
redis.call()是同步阻塞调用，redis.pcall()能捕获错误但不解决超时问题
真正难的是平衡“一次多干点”和“别卡太久”，尤其当字段值依赖前序结果时，逻辑耦合会让调试和降级变得更棘手。
