分布式锁注意点及其实现

来源：SegmentFault思否社区

作者：skyarthur

分布式锁注意点

1）互斥性

在任意时刻只有一个客户端可以获取锁

2）防死锁

假如一个客户端在持有锁的时候崩溃了，没有释放锁，那么别的客户端无法获得锁，则会造成死锁，所以要保证客户端一定会释放锁。Redis中我们可以设置锁的过期时间来保证不会发生死锁。

3）持锁人解锁

解铃还须系铃人，加锁和解锁必须是同一个客户端，客户端A的线程加的锁必须是客户端A的线程来解锁，客户端不能解开别的客户端的锁。

4）可重入

当一个客户端获取对象锁之后，这个客户端可以再次获取这个对象上的锁。

redis分布式锁

实现

Redis 锁主要利用 Redis 的 setnx 命令。

• 加锁命令：SETNX key value，当键不存在时，对键进行设置操作并返回成功，否则返回失败。KEY 是锁的唯一标识，一般按业务来决定命名。
• 解锁命令：DEL key，通过删除键值对释放锁，以便其他线程可以通过 SETNX 命令来获取锁。
• 锁超时：EXPIRE key timeout, 设置 key 的超时时间，以保证即使锁没有被显式释放，锁也可以在一定时间后自动释放，避免资源被永远锁住。

if (setnx(key, 1) == 1){
    expire(key, 30)
    try {
        //TODO 业务逻辑
    } finally {
        del(key)
    }
}

注意点

1. setnx的时候，value设置和过期时间设置不是原子，可以用set命令，redis版本2.6.12以后
2. lua脚本，示例如下

if (redis.call('setnx', KEYS[1], ARGV[1]) < 1)
then return 0;
end;
redis.call('expire', KEYS[1], tonumber(ARGV[2]));
return 1;

// 使用实例
EVAL "if (redis.call('setnx',KEYS[1],ARGV[1]) < 1) then return 0; end; redis.call('expire',KEYS[1],tonumber(ARGV[2])); return 1;" 1 key value 100

错误解除

1. 释放锁的时候，只能释放自己的，不能释放别人，所以需要getValue然后和自己的id比较，一致了才能delete，这里也需要是原子操作（其实觉得可以通过重试机制来避免）

超时解锁导致并发

1. 将过期时间设置足够长，确保代码逻辑在锁释放之前能够执行完成。
2. 为获取锁的线程增加守护线程，为将要过期但未释放的锁增加有效时间。

不可重入

集群脑裂

结论