Redisson分布式锁与Watch dog机制解读

原创 已于 2023-02-21 21:32:56 修改 · 1.1k 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#分布式 #java #数据库 #redis

于 2022-11-03 15:15:49 首次发布
本文详细介绍了Redisson分布式锁的工作原理及其实现机制。重点解释了watchdog自动延期机制如何防止锁死，并讨论了锁的续期过程以及锁释放异常情况下的行为。

在这里插入图片描述

Redisson锁的加锁机制如图所示 线程去获取锁 获取成功则执行lua脚本 保存数据到redis数据库

如果获取失败: 一直通过while循环尝试获取锁(可自定义等待时间 超时后返回失败)

Redisson提供的分布式锁是支持锁的自动续期的, 也就是说 如果线程仍然没有执行完毕 那么redisson会自动给redis中的目标key延长超时时间 这在redisson中称之为watch dog机制 默认续30秒

watch dog自动延期机制

如果拿到分布式锁的节点宕机 且这个锁正好处于锁住的状态时, 会出现锁死的情况 为了避免这种情况发生 锁都会设置一个过期时间 这样也存在一个问题 当业务时间过长时 达到了超时时间的还没有结束的话 会释放锁 就会导致问题 Redisson中添加了watch dog机制来解决这个问题 自动延期机制

它的作用是在Redisson的实例被关闭前,不断地延长锁的有效期 也就是说 如果一个拿到锁的线程一直没有完成逻辑 那么看门口会帮助线程不断地延长超时时间

另外Redisson还提供了可以指定leaseTime参数的加锁方法来指定加锁的时间 超过这个时间后锁便自动解开了 不会延长锁的有效期

关键结论

  • watch dog 在当前节点存活时 每10s给分布式锁的key续期30s
  • watch dog机制启动 且代码中没有释放锁的操作时 watch dog会不断给锁续期
  • 如果程序释放锁操作因为异常没有执行 那么锁无法被释放 所以释放锁操作一定要放到finally{}

但是如果释放锁的操作本身异常了 watch dog 还会不停的续期吗?

不会 因为无论释放锁操作是否成功 EXPIRATION_RENEWAL_MAP中的目标ExpirationEntry对象已经被移除了 watch dog通过判断后就不会继续给锁续期了

zhang__1234
关注
Redis系列之简单实现watchDog自动续期机制
Nicky's blog
12-12 2172
在分布锁的实际使用中，可能会遇到一种情况，一个业务执行时间很长，已经超过redis加锁的时间，也就是锁已经释放了，但是业务还没执行完成，这时候其它线程还是可以获取锁，那就没保证线程安全。具体的实现，主要是基于一个定时任务，时间间隔一定要比加锁时间少一点，这里暂时少1s，加上一个lua脚本进行检测，检测不到数据，就关了定时任务
详细分析Redisson分布式锁中的renewExpiration()方法
水w的博客
10-13 1571
Redisson分布式锁中的renewExpiration()方法
Redis自动续期迷惑点，默认时间与看门狗的触发机制
zzztimes的博客
02-01 3249
首先redisson的实现原理不在这里展开篇幅去讲解了，需要在熟悉原理的基础上进行讨论。在redisson原理的学习时，对看门狗的机制有些疑惑。
Redis（三十四）-Redisson分布式锁看门狗
码农飞哥
06-15 2085
看门狗好东西
Redis实战案例18-Redisson的锁重试和watchdog机制
qq_45681515的博客
07-18 1807
redis笔记
Redisson 分布式锁的watch dog自动续期机制
2301_79540484的博客
07-23 1191
​ 据Redisson官网的介绍，Redisson是一个Java Redis客户端，与Spring 提供给我们的 RedisTemplate 工具没有本质的区别，可以把它看做是一个功能更强大的客户端（虽然官网上声称Redisson不只是一个Java Redis客户端）
Redis分布式锁--面试题
weixin_48540423的博客
01-17 843
解析：redisson的分布式锁在redis宕机之后，哨兵会重新选举一个主节点，此时一个服务正在对原主节点操作，原主节宕机后没有同步数据，又来一个服务对新主节点操作，它是可以获取到锁的，是因为数据没有同步过来，这时两个服务同时持有一把锁，就会产生脏数据。可以利用Redis的setnx命令来实现分布式的加锁，但无法保证原子性，是因为要在setnx之后在加上锁的过期时间，这是俩条命令，需要放到一条命令中来保证原子性。使用场景：业务负责，锁的粒度小的时候可以使用锁的重入，避免多个锁之间产生死锁的问题。
Redisson的看门狗机制
热门推荐
m0_45364328的博客
06-08 2万+
首先呢，本文参考了这篇文章https://www.cnblogs.com/keeya/p/14332131.htm，这个文章被抄袭了很多次，如果你搜一下【Redisson的看门狗机制】会出现很多个一样的内容，但是个人阅读源码后，发现里面有部分说的不是特别的准确，和我个人理解的对不上。那么在次之上，我就把我对redis实现分布式锁中看门狗这个机制，表达一下我的理解，为了保存逻辑的完整性，我索性也就搬运了这个文章的内容，但是文中，表达一下，我的个人理解：据Redisson官网的介绍，Redisson是一个Jav
Java教程：如何深入理解Redis分布式锁
CZ-001的博客
11-15 1086
本文介绍了超卖问题产生的原因：操作不具备原子性，同时提出了集中解决思路。synchronized锁，无法保证多实例下的线程安全setnx手动实现，坑很多、代码较为复杂redisson实现，能够保证多实例下线程安全，代码简单可靠。
redis优惠券秒杀、setnx分布式锁的实现和优化、Redisson、Redisson重入和超时以及重试锁的原理、redis优惠券秒杀优化、redis实现消息队列
m0_45364328的博客
06-08 450
测试 实现优惠券秒杀下单 超卖问题 一人一单 分布式锁 改进Redis的分布式锁 解决锁的误删 分析下面一个场景： 使用Lua脚本解决锁原子性问题 我们上面解决了锁的误删问题，通过线程标识解决锁的误删问题，但是这还是不完美的，因为判断线程标识和释放锁的操作不是原子的： 至此redis分布式锁相对已经完善了，但是还有以下问题需要考虑： 1、引入依赖： 2、配置Redisson客户端 Redisson可重入锁的原理 setnx无法实现锁重入 setnx是无法实现redi
watchdog,监控 redis 节点的状态
06-11
watchdog：监控 redis 节点的状态，并在主节点故障时启用从节点——这是一个高可用组件
深入理解 Redisson 客户端的锁机制：可重入锁、锁重试与看门狗
m0_74057433的博客
03-04 1088
在分布式系统中，锁机制是保证数据一致性和避免并发冲突的重要手段。Redisson 作为一个强大的 Redis 客户端，提供了丰富且高效的分布式锁实现，其中可重入锁、锁重试和看门狗机制尤为值得关注。
Redis实战——Redisson分布式锁
qq_59212867的博客
12-11 7278
Redis实战——Redisson分布式锁的使用及原其理
Redisson 中开启看门狗（watchdog）机制
weixin_73060959的博客
11-15 2136
这个配置会启动一个定时任务，在业务释放锁之前，会一直不停的增加这个锁的有效时间，从而保证在业务执行完毕前，这把锁不会被提前释放掉。方法，并设置合理的锁超时时间。看门狗机制会在锁的持有期间自动续期，确保业务逻辑能够在锁释放前完成。如果业务逻辑执行时间超过5000秒，看门狗会自动续期，确保锁不会被释放。通过以上步骤，可以在 Redisson 中开启看门狗机制，确保分布式锁在业务逻辑执行期间不会被提前释放。方法获取锁，并设置超时时间。，不会阻塞当前线程。表示尝试获取锁，如果锁被其他线程持有，则立即返回。
Redisson的看门狗策略——保障Redis数据安全与稳定的机制
YoungJIA977的博客
08-10 3143
看门狗策略是一种自动检测并处理过期键的机制。它基于Redis的“WATCH”命令实现，通过在Redisson库中创建一个监视器（Watch Dog）来监控Redis服务器上的指定键。当应用程序使用Redisson库监视一个键时，Watch Dog会向Redis服务器发送一个“WATCH”命令，并在服务器上对该键进行监视。如果另一个客户端尝试修改被监视的键，Redis服务器将返回一个错误。这个错误会被Watch Dog捕获并处理。
Redis学习笔记5：基于springboot的lettuce redis客户端断线重连ConnectionWatchdog
OceanSky的专栏
10-28 3294
lettuce默认采用共享本地连接的模式和redis服务器端交互，如果连接断开如何及时发现并且重新建立连接呢？通过翻阅源码发现有两种方案，方案一：开启连接有效性检测；方案二：通过ConnectionWatchdog监视器一个对springboot redis框架进行重写，支持lettuce、jedis、连接池、同时连接多个集群、多个redis数据库、开发自定义属性配置的开源SDK
Redisson分布式锁（WatchDog分析，浅浅看下源码）
21届Java攻城狮&Python民兵
03-18 3205
带大家简单了解下Redisson的看门狗机制，这个面试中也比较常见。
Redission分布式锁 watch dog 看门狗机制
本号所有文章免费，若有 VIP 才能观看的文章，那肯定是平台自动改的，可私信发我文章链接开放权限。
05-06 3742
EXPIRATION_RENEWAK_MAP自动续期表 每隔10秒续期 30秒 解锁失败：先取消自动续期任务 客户端宕机：Redission 时间轮定时任务也宕机，续期失败 没设置过期时间的锁才会自动续期，设置了就按指定的时间过期淘汰
Redis学习笔记6：基于springboot的Lettuce redis客户端ConnectionWatchdog断线重连时间ExponentialDelay延迟策略
OceanSky的专栏
10-28 1557
lettuce断线重连监视器ConnectionWatchdog#scheduleReconnect方法中的延迟重连时间是根据io.lettuce.core.resource.Delay策略来决定，默认是采用ExponentialDelay延迟策略，即2的幂次方，即时间是PT0.001S、PT0.002S、PT0.004S一直到最大PT30S。一个对springboot redis框架进行重写，支持lettuce、jedis、连接池、同时连接多个集群、多个redis数据库、开发自定义属性配置的开源SDK。
redis分布式悲观锁用java语言实现
最新发布
10-01
在Java中实现Redis分布式悲观锁可以采用以下两种常见方式： ### 基于Jedis客户端实现 可以参考一篇全面讲解利用Java与Redis实现分布式锁的文章，该文章涵盖了从项目背景、理论基础、实现思路到完整代码、详细注释、代码解读及项目总结等内容，其中详细描述了基于Jedis客户端的分布式锁加锁、解锁及续期机制。不过文档未给出具体代码，一般实现思路如下： ```java import redis.clients.jedis.Jedis; public class RedisPessimisticLockByJedis { private static final String LOCK_KEY = "distributed_lock"; private static final String LOCK_VALUE = "lock_value"; private static final int EXPIRE_TIME = 10; // 锁的过期时间，单位：秒 private Jedis jedis; public RedisPessimisticLockByJedis() { this.jedis = new Jedis("localhost", 6379); } public boolean lock() { // 使用SETNX命令尝试加锁 String result = jedis.set(LOCK_KEY, LOCK_VALUE, "NX", "EX", EXPIRE_TIME); return "OK".equals(result); } public void unlock() { // 释放锁 jedis.del(LOCK_KEY); } } ``` ### 基于Redisson框架实现 Redisson是一个在Redis的基础上实现的Java驻内存数据网格，它提供了丰富的功能，包括分布式锁的支持，目前是最流行的Redis分布式锁实现方式。Redisson提供了分布式锁的封装方法，只需要调用API中的`lock()`和`unlock()`方法即可，同时内置了Watch Dog机制来对key做续期，避免死锁发生。示例代码如下： ```java import org.redisson.Redisson; import org.redisson.api.RLock; import org.redisson.api.RedissonClient; import org.redisson.config.Config; public class RedisPessimisticLockByRedisson { private static final String LOCK_KEY = "distributed_lock"; private RedissonClient redissonClient; public RedisPessimisticLockByRedisson() { Config config = new Config(); config.useSingleServer().setAddress("redis://localhost:6379"); this.redissonClient = Redisson.create(config); } public void lock() { RLock lock = redissonClient.getLock(LOCK_KEY); lock.lock(); } public void unlock() { RLock lock = redissonClient.getLock(LOCK_KEY); lock.unlock(); } } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值