Redis使用Lua脚本与多命令独立调用实现GET-SETEX逻辑的优劣对比

方案对比与选型建议 #

Lua脚本方案的优劣势 #

优势

• 原子性绝对保障：Redis会把整个Lua脚本作为单个原子任务执行，执行过程中不会插入其他客户端的命令，完全避免并发冲突。如果用独立GET+SET的方案，可能出现在GET判断key不存在后、SET执行前，其他客户端抢先写入该key的情况，最终你的SET会覆盖掉其他客户端的合法写入，引发数据错误，这是两个方案最核心的差异。
• 网络开销更低：仅需要1次网络往返就能完成整个逻辑，比两次独立命令少了1次RTT，高并发场景下性能优势非常明显。
• 逻辑一致性高：判断和写入逻辑都在Redis侧执行，不会因为多客户端语言差异、版本迭代导致逻辑实现不一致的问题。

劣势

• 调试成本较高：Redis侧的Lua脚本无法像普通客户端代码一样断点调试，出问题排查难度略高于客户端分步调用命令。
• 维护成本略高：后续如果要调整逻辑，需要同步更新所有调用端的脚本内容，或者额外做脚本哈希加载管理，比仅修改客户端代码多一步操作。

你贴的Lua脚本末尾多了一个冗余的双引号，实际部署时删除即可，逻辑本身没有问题。

独立GET+SET方案的适用场景 #

仅适合完全没有并发、业务对数据准确性要求极低的测试场景，只要是生产环境有并发请求的场景，这个方案都存在数据竞争的风险，不建议使用。

最终选型推荐 #

你的场景直接用Lua脚本即可，是当前需求下的最优解。如果你的Redis版本在6.2及以上，也可以直接用原生命令SET key value EX 过期时间 NX GET，效果和你写的Lua脚本完全一致，同样保障原子性，不需要额外维护Lua脚本。

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