Redis:普通锁和分布式锁实现原理

最新推荐文章于 2024-08-13 14:41:03 发布

星~竹

最新推荐文章于 2024-08-13 14:41:03 发布

阅读量532

点赞数

分类专栏： Redis 分布式锁文章标签： redis 分布式 java 数据库

本文链接：https://blog.csdn.net/Kelvin_hui/article/details/105774148

版权

本文介绍了Redis中普通锁和分布式锁的实现原理，重点讨论了Redis分布式锁的问题及解决方案——Redlock算法。通过分析单例锁的不足，解释了为何需要分布式锁，详细阐述了基于Redlock算法的分布式锁如何确保锁的唯一性、无死锁和安全性，并探讨了性能、崩溃恢复与持久性问题。

摘要由CSDN通过智能技术生成

Redis:普通锁和分布式锁实现原理

一、Redis单服务实例实现锁

1、实现锁有以下要求：

（1）唯一性：一把锁只能存在一个实例；
（2）无死锁：client操作超时自动释放；
（3）安全性：只对当前client可操作；
唯一性：同一把锁有切只能有一个实例；假如A、B两个client同时有Lock这把锁，A和B都有权限同时操作同一数据，那“锁”也就没有了意义，锁存在的意义就是避免同步操作；
无死锁：client-A在获取Lock这把锁之后，client-A意外退出（网络超时、程序卡死等），在退出之前没有对锁释放（可能都来不及释放），这个时候Lock这把锁就长期持有，在client-A重新登录之后，如果无法获取“Lock”都可能无法释放锁，Redis通过Lock的过期时间控制锁的自动释放；
安全性：如果client-A在获取Lock锁之后，client-B也可以对Lock进行操作的话，最后判定Lock锁解锁失败（redis在删除一个不存在的key时，会返回失败，如下代码所示）；

$> del UserInfo{112001}
(integer) 0

2、单例锁实现

基于以上三个特性，Redis通过SET命令实现锁的创建和删除，如下示例：

 SET resource_name my_random_value NX PX 30000

resource_name：锁的名字，在Redis中做key;
my_random_value：锁的值，如果不要求安全性时，可以不操作该值，只需要设置上值即可；如果需要保证安全性，此值在所有客户端和所有锁定请求中必须唯一，可以通过秒级时间戳来保证值得唯一，或者连接CLIENT ID。
NX：SET命令的参数，如果Key存在，则SET失败，保证锁的唯一性；
PX：SET命令的参数，设置成功之后，在30000毫秒内将过期，保证无死锁；