Redis 中如何实现分布式锁？

回答重点

在 Redis 中实现分布式锁的常见方法是通过set ex nx 命令 + lua 脚本组合使用。确保多个客户端不会获得同一个资源锁的同时，也保证了安全解锁和意外情况下锁的自动释放。

如果基于 Redis 来实现分布锁，需要利用 set ex nx 命令 + lua 脚本。

1）加锁：SET lock_key uniqueValue EX expire_time NX
2）解锁：使用 lua 脚本，先通过 get 获取 key 的 value 判断锁是否是自己加的，如果是则 del。

lua 脚本如下：

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

我们来一一理解一下。

首先锁需要有过期机制。假设某个客户端加了锁之后宕机了，锁没有设置过期机制，会使得其他客户端都无法抢到锁。

EX expire_time 就是设置了锁的过期，单位是秒。还一个 PX，也是过期时间，单位是毫秒。

然后，在 2.6.12 版本之前只有 SETNX 即 SET if Not eXists，它表示如果 key 已存在，则什么都不会做，返回 0，如果不存在则会设置它的值，返回 1。

那个时候 SETNX 和过期时间的设置就无法保证原子性，如果客户端在发送完 SETNX 之后就宕机了，还没来得及设置过期时间，一样会导致锁不会被释放。

因此 2.6.12 版本之后，优化了 SET 命令，使得可以执行 set ex px。

最后，再解释下什么是 uniqueValue，翻译过来就是一个唯一的值。

之所以要设置唯一值是为了防止被别的客户端给释放了。

我们来看下这个场景：

客户端 2 一脸懵，我还在执行着呢，怎么锁被人释放了？？

所以每个客户端加锁（客户端可能是每个线程），需要是设置一个唯一标识，比如一个 uuid，防止锁被别的客户端误释放了。

因为需要先判断锁的值和唯一标识是否一致，一致后再删除释放锁，这里就涉及到两步操作，只有使用了 lua 脚本才能保证原子性，这也是为什么释放锁需要用 lua 脚本的原因。

单台 Redis 实现分布式锁存在单点故障问题，如果采用主从读写分离架构，如果一个客户端在主节点上锁成功，但是主节点突然宕机，由于主从延迟导致从节点还未同步到这个锁，此时可能有另一个客户端抢到新晋升的主节点，此时会导致两个客户端抢到锁，产生了数据不一致。

基于这个情况，Redis 推出了 Redlock。

Redlock 是 Redis 官方推荐的一种实现分布式锁的算法，适用于集群环境下。

Redlock 的基本思想：

Redlock 的实现流程：

Redlock 的缺点包括：