redis分布式锁SET实现，避免出现SETNX死锁

╰半橙微兮° 2022-03-09 06:34 416阅读 0赞

# SET 键 值 \[期满EX秒| PX毫秒\] \[NX | XX\] #

**自1.0.0起可用。**

**时间复杂度：** O（1）

设置`key`为保持字符串`value`。如果`key`已经保存了一个值，则无论其类型如何都会被覆盖。在成功的[SET][]操作中，丢弃与密钥相关联的任何先前时间。

# #

## 选项 ##

从Redis 2.6.12开始[SET][]支持一组修改其行为的选项：

*  `EX` *seconds* - 设置指定的过期时间，以秒为单位。
 *  `PX` *毫秒* - 设置指定的过期时间，以毫秒为单位。
 *  `NX` - 仅设置密钥（如果密钥尚不存在）。
 *  `XX` - 仅设置密钥（如果已存在）。

注意：由于[SET][]命令选项可以替换[SETNX][]，[SETEX][]，[PSETEX][]，因此在将来的Redis版本中，这三个命令可能会被弃用并最终被删除。

`在 Redis 2.6.12 版本以前， SET 命令总是返回 OK 。`

`从 Redis 2.6.12 版本开始， SET 在设置操作成功完成时，才返回 OK 。 如果设置了 NX 或者 XX ，但因为条件没达到而造成设置操作未执行，那么命令返回空批量回复（NULL Bulk Reply）。`

`使用SET代替SETNX ，相当于SETNX+EXPIRE实现了原子性，不必担心SETNX成功，EXPIRE失败的问题！ 有效的避免死锁！！！`

## 返回值 ##

[简单字符串回复][Link 1]：`OK`如果[SET][]执行正确。 [空回复][Link 2]：如果未执行[SET][]操作，则返回Null Bulk Reply，因为用户指定了`NX`或`XX`选项但未满足条件。

## 例子 ##

redis> **SET mykey“你好”**

“好”

redis> **GET mykey**

“你好”

Redis的>

## 模式 ##

**注意：**不鼓励使用以下模式来支持[Redlock算法][Redlock]，[该算法][Redlock]实现起来稍微复杂一些，但提供了更好的保证并且具有容错能力。

该命令`SET resource-name anystring NX EX max-lock-time`是使用Redis实现锁定系统的简单方法。

如果上面的命令返回，客户端可以获取锁`OK`（如果命令返回Nil，则在一段时间后重试），并使用[DEL][]删除锁。

到达过期时间后，锁定将自动释放。

可以使此系统更加健壮，修改解锁模式如下：

*  不要设置固定字符串，而是设置一个名为token的不可猜测的大型随机字符串。
 *  不是使用[DEL][]释放锁，而是发送一个脚本，该脚本仅在值匹配时才删除密钥。

这避免了客户端在过期时间之后尝试释放锁定，从而删除由稍后获取锁定的另一个客户端创建的密钥。

解锁脚本的示例类似于以下内容：

if redis.call("get",KEYS[1]) == ARGV[1]
    then
        return redis.call("del",KEYS[1])
    else
        return 0
    end

应该调用该脚本 `EVAL ...script... 1 resource-name token-value`

[SET]: https://redis.io/commands/set
[SETNX]: https://redis.io/commands/setnx
[SETEX]: https://redis.io/commands/setex
[PSETEX]: https://redis.io/commands/psetex
[Link 1]: https://redis.io/topics/protocol#simple-string-reply
[Link 2]: https://redis.io/topics/protocol#nil-reply
[Redlock]: http://redis.io/topics/distlock
[DEL]: https://redis.io/commands/del