Redis每秒50事件场景：单事件EVALSHA与批量EVAL哪种更优？

嘿，这个问题问到点子上了，咱们好好捋捋两种方案的优劣，再给出明确建议～

1. 批量脚本方案的核心优势 #

• 砍掉冗余的网络开销：每秒50个事件逐个发EVALSHA的话，意味着要走50次网络往返（RTT）；而批量处理只需要1次请求就能搞定所有操作。尤其是客户端和Redis不在同一机房时，RTT的节省会直接让性能提升一个档次——毕竟网络延迟往往是Redis场景里的最大瓶颈之一。
• 原子性更省心：批量脚本可以把所有事件的3次SADD一次性包装成一个原子操作，不需要额外用MULTI/EXEC来兜底，逻辑更简洁，也避免了中间出错的风险。
• 执行效率更高：Redis处理脚本时，是一次性加载所有操作逻辑，减少了重复的命令解析开销。150个SADD在脚本里循环执行，总耗时肯定比逐个发送命令要短。

2. 关于脚本阻塞的顾虑：完全不用慌 #

你担心的脚本阻塞问题确实存在，但150个SADD的执行时间短到可以忽略：

• Redis单命令的执行速度是以微秒级计算的，一个普通的SADD操作（元素不大的话）也就几微秒。150个加起来撑死也就几百微秒，最多几毫秒——这远低于Redis的超时阈值，也不会对其他命名空间的操作造成明显影响。
• 只要你的脚本里没有复杂计算、大循环这类耗时逻辑，这种纯批量执行命令的脚本完全是安全的，不会拖垮Redis服务。

3. 逐个EVALSHA的明显劣势 #

• 网络开销拉满：如果客户端和Redis距离远，单次RTT哪怕只有20毫秒，50次就是1秒——这直接把每秒处理能力卡到了极限，完全没必要。
• 重复解析浪费资源：Redis每次处理命令都要解析协议、校验参数，50次重复操作的总开销，肯定比一次脚本循环要大得多。

最终建议 #

果断选单个Lua脚本批量处理所有事件的方案！如果实在担心极端情况（比如偶尔事件量突然暴涨），可以把批量粒度调小一点（比如每10个事件一批，或者每20毫秒批量一次），但每秒50个的量级完全不需要这么谨慎，直接全量批量处理就好。

另外别忘了提前用SCRIPT LOAD把脚本预加载到Redis里，之后用EVALSHA调用，避免每次发送脚本内容的额外开销——这一点两种方案都要注意哦。

内容的提问来源于stack exchange，提问作者VB_