原来大厂Redis分布式锁都这么设计的！
设为“星标”，好文章不错过！
1 本地锁
常用的即 synchronize 或 Lock 等 JDK 自带的锁，只能锁住当前进程，仅适用于单体架构服务。而在分布式多服务实例场景下必须使用分布式锁。
2 分布式锁
2.1 分布式锁的原理
厕所占坑理论
可同时去一个地方“占坑”：
占到，就执行逻辑
否则等待，直到释放锁
可通过自旋方式自旋
“占坑”可以去Redis、DB、任何所有服务都能访问的地方。
2.2 分布式锁演进
阶段一
问题场景
setnx占好了坑，但是业务代码异常或程序在执行过程中宕机，即没有执行成功删除锁逻辑，导致死锁
解决方案：设置锁的自动过期，即使没有删除，会自动删除。
阶段二
问题场景
setnx设置好，正要去设置过期时间，宕机，又死锁
解决方案：设置过期时间和占位必须是原子操作。redis支持使用setNxEx命令
阶段三
阶段四
已经拿到了 lockvalue ，有了 UUID，但是过期了现在！其他人拿到所锁设置了新值，于是 if 后将别人的锁删了！！也就是删除锁不是原子操作。
问题场景
如果正好判断是当前值，正要删除锁时，锁已过期，别人已设置成功新值。那删除的就是别人的锁
解决方案
删除锁必须保证原子性。使用redis+Lua脚本。
阶段五
确保加锁/解锁都是原子操作
保证加锁【占位+过期时间】和删除锁【判断+删除】的原子性。更难的事情，锁的自动续期。
总结
其实更麻烦的事情，还有锁的自动续期。所以不管是大厂还是中小型公司，我们都是直接选择解决了这些问题的 Redisson！不重复造轮子，但也要知道该框架到底解决了哪些问题，方便我们遇到问题时也能快速排查定位。
- 发表于:
- 原文链接：https://kuaibao.qq.com/s/20210201A0FBS600?refer=cp_1026
- 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号（企鹅号）传播渠道之一，根据《腾讯内容开放平台服务协议》转载发布内容。
- 如有侵权，请联系 cloudcommunity@tencent.com 删除。
相关快讯
扫码
添加站长 进交流群
领取专属 10元无门槛券
私享最新 技术干货
腾讯云开发者
