Redis分布式锁
单机Redis分布式锁
| 单机Redis分布式锁 |
首先咱们先聊聊单机的Redis分布式锁
第一个最普通的实现方式，就是在 redis 里使用 setnx 命令创建一个 key，这样就算加锁。
SET resource_name my_random_value NX PX 30000
执行这个命令就 ok。
- NX：表示只有 key 不存在的时候才会设置成功。（如果此时 redis 中存在这个 key，那么设置失败，返回 nil）
- PX 30000：意思是 30s 后锁自动释放。别人创建的时候如果发现已经有了就不能加锁了。
释放锁就是删除 key ，但是一般可以用 lua 脚本删除，判断 value 一样才删除：
-- 删除锁的时候，找到 key 对应的 value，跟自己传过去的 value 做比较，如果是一样的才删除。
if redis.call("get",KEYS[1]) == ARGV[1] then
return redis.call("del",KEYS[1])
else
return 0
end
为啥要用 random_value 随机值呢？因为如果某个客户端获取到了锁，但是阻塞了很长时间才执行完，比如说超过了 30s，此时可能已经自动释放锁了，此时可能别的客户端已经获取到了这个锁，要是你这个时候直接删除 key 的话会有问题，所以得用随机值加上面的 lua 脚本来释放锁。
但是这样是肯定不行的。因为如果是普通的 redis 单实例，那就是单点故障。或者是 redis 普通主从，那 redis 主从异步复制，如果主节点挂了（key 就没有了），key 还没同步到从节点，此时从节点切换为主节点，别人就可以 set key，从而拿到锁。
集群Redis分布式锁
| 集群Redis分布式锁 |
RedLock算法
这个场景假设有一个Redis cluster，有5个Redis master实例，然后执行如下步骤获取一把锁：
1 获取当前时间戳，单位是毫秒
2 跟上面类似，轮流尝试在每个master节点上创建锁，比如5各节点就要求是3个节点（n/2=1）
4 客户端计算建立好锁的时间，如果建立锁的时间小于超时时间，就算建立成功了
5 要是锁建立失败了，那么就依次删除这个锁
6 只要 别人建立了一把分布式锁，你就得不断轮询去尝试获取锁
总结：不建议用集群Redis分布式锁，因为太麻烦了，自己也上网查了很多博客，确实很少有用这个锁的，因为计算太麻烦。
zookeeper分布式锁
zookeeper分布式锁与Redis分布式锁的比较
聊完分布式锁，咱们再聊聊分布式事务：以下为本系列博客
1.两阶段提交方案/XA方案
2.TCC方案
3.本地消息表
4.可靠消息最终一致性
5.最大努力通知方案