Redis条件赋值技巧，解锁高效数据操作新姿势

Redis条件赋值技巧的核心是使用SETNX命令和Lua脚本来实现仅当键不存在或满足特定条件时才进行赋值，从而避免数据覆盖并提升操作效率。

为什么需要条件赋值？

在很多实际场景中，我们给Redis设置值的时候，并不希望简单地覆盖掉旧的值。比如，你在做一个抢购活动，商品库存只有一个，如果多个用户同时点击购买，你肯定希望只有第一个用户能成功下单，后面的用户都提示“库存不足”。这时候，如果直接用SET命令，那么每个用户都能成功设置值，库存就会被错误地扣减多次。所以，我们需要一种“只在键不存在时才能设置值”的方法，这就是条件赋值的一个典型应用。再比如，更新用户积分时，可能需要在原有积分上增加，而不是直接替换成一个新值，这也需要条件判断。

使用SETNX命令实现基础条件赋值

Redis提供了一个非常简单的命令：SETNX（SET if Not eXists）。这个命令的作用是，只有当指定的键（Key）不存在时，才进行设置（Value），如果键已经存在，那么什么也不做。命令会返回一个数字：1表示设置成功（键原先不存在），0表示没有设置（键已存在）。这是一个原子操作，不用担心多个客户端同时执行时的混乱问题。举个例子，我们要设置一个代表锁的键“user:1001:lock”，防止重复操作。我们可以执行 SETNX user:1001:lock 1。如果返回1，说明我们成功获得了锁，可以执行后续操作，操作完后记得用DEL命令删除这个锁。如果返回0，说明锁已经被别人占用了，我们需要等待或放弃。这是实现分布式锁最基础的一种方式，虽然简单，但在很多情况下够用了。

使用SET命令的扩展参数实现更灵活的条件

新版本的Redis增强了SET命令的功能，它可以通过添加一些参数来实现更复杂的条件赋值。主要用到的参数是NX和XX。NX和刚才的SETNX效果一样，表示“仅当键不存在时设置”。XX则相反，表示“仅当键已经存在时设置”。你可以把它们和设置过期时间的EX或PX参数一起用。这样一条命令就能完成“条件判断+赋值+设过期时间”多个操作，既保证了原子性，又减少了网络通信次数。例如，我们想为某个会话设置一个值，并且只有在这个会话键不存在时才设置，同时要求它30秒后自动过期，可以这样写：SET session:abc "userdata" NX EX 30。这条命令非常强大和常用。

通过Lua脚本处理复杂条件逻辑

当你的赋值条件更加复杂，比如需要先检查旧值是否等于某个特定数值，或者需要基于旧值进行计算后再更新时，前面的命令就不够用了。这时候，你需要请出Redis的“大招”——Lua脚本。Redis允许你提交一段Lua代码在服务器端执行，这段代码的执行是原子性的，不会被其他命令打断。在Lua脚本里，你可以使用redis.call()函数调用任何Redis命令，并且可以写if...else这样的判断逻辑。一个经典的例子是“比较并交换”（CAS）。比如，你想更新用户的积分，但只在上次看到的积分是100时才更新为150。你可以写一个Lua脚本，先用GET获取旧值，然后判断旧值是否为“100”，如果是，就用SET设置为“150”并返回成功，否则返回失败。客户端拿到结果就知道更新是否成功。这完美解决了复杂业务场景下的数据一致性问题。

实践中的小技巧和注意事项

第一，优先使用带NX/XX参数的SET命令，它比用单独的SETNX命令后接EXPIRE命令更安全、更高效，因为它是原子的。第二，使用Lua脚本时，尽量保持脚本逻辑简单、短小，避免长时间运行的脚本阻塞Redis服务器。第三，对于分布式锁这样的场景，只用SETNX可能不够严谨（比如客户端崩溃后锁无法释放），更推荐使用Redlock算法或者直接用Redisson这样的客户端库，它们封装得更完善。第四，条件赋值经常和事务、WATCH命令一起被提及。WATCH可以在事务开始前监视一个或多个键，如果事务执行时这些键被其他客户端修改了，那么当前客户端的事务就会失败。这也可以实现一种“乐观锁”的效果，但相比Lua脚本，它在高竞争下的效率可能不高，且逻辑分散在多个命令中。对于简单的条件检查，直接用SET NX或Lua脚本往往更直观。

FAQ

问题1：SETNX和SET ... NX有什么不同？
在功能上它们实现的效果是一样的，都是“键不存在时才设置”。但SET ... NX是SET命令的一个扩展选项，可以和设置过期时间等参数在一个命令里完成，更加方便和原子。而SETNX是早期的独立命令。在新代码中，推荐直接使用SET ... NX的写法。

问题2：Lua脚本执行失败会影响数据吗？
如果Lua脚本在语法检查阶段就失败了（比如有拼写错误），那么整个脚本都不会执行，数据不会受影响。如果脚本在运行过程中出错（比如对非数字字符串做算术运算），Redis会停止执行脚本，并回滚之前脚本中已经执行了的、对数据有修改的命令，保证原子性。所以，正常情况下，脚本要么全执行，要么全不执行。

问题3：除了SETNX和Lua，还有其他方法实现条件更新吗？
有。你可以使用WATCH命令配合MULTI/EXEC事务。先WATCH一个键，然后在事务中检查这个键的值并进行SET操作。如果执行EXEC时这个键被其他客户端改动了，事务就会失败。这种方法可以实现乐观锁，但它在竞争激烈时成功率低，且需要重试逻辑。对于大多数明确的条件赋值需求，SET ... NX/XX或Lua脚本是更优选择。

引用来源：本文内容基于Redis官方文档（https://redis.io/commands/setnx, https://redis.io/commands/set, https://redis.io/docs/manual/programmability/eval/）以及常见的分布式系统设计模式整理而成。