Redis 4中自用Lua脚本是否会阻塞ZADD命令？

答案是会阻塞，这和Redis的核心执行模型以及Lua脚本的特性直接相关，下面详细拆解原因：

1. Redis的单线程执行逻辑 #

Redis的核心命令处理是单线程模式——同一时间只能有一个命令（或一段完整的Lua脚本）在执行。当你的Lua脚本启动后，Redis会暂停处理所有其他客户端的命令请求，直到脚本完全执行完毕。这其中就包括你关心的ZADD命令，它会被放入等待队列，直到脚本执行结束后才能得到处理。

2. 你的Lua脚本的原子性特性 #

你的脚本之所以比客户端多次往返调用快4-5倍，核心是减少了客户端与Redis之间的网络IO开销，但它本质上是一个原子执行的整体：

• 先通过zrange获取目标有序集合的所有元素及分数
• 循环对每个元素调用scard获取集合的元素数量
• 最后序列化结果返回

整个过程中，Redis不会中断脚本去处理其他命令，所以在脚本运行的这段时间里，任何针对相关键（甚至其他无关键）的ZADD操作都会被阻塞。

3. 阻塞时长的潜在影响 #

虽然你的脚本比客户端批量调用高效，但如果zrange返回的元素数量较多，循环里的scard调用次数会随之增加，脚本的执行时间也会变长，阻塞ZADD的时间也会相应延长。如果你的业务对ZADD的延迟敏感度很高，需要评估脚本的执行时长是否在可接受范围内。

针对Redis 4的补充说明 #

Redis 4.x版本并没有改变Lua脚本原子执行的核心规则，即便有一些性能优化，脚本执行期间的单线程阻塞特性依然存在。

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