源码分析Redisson看门狗失效原因

已于 2024-05-15 16:41:56 修改
阅读量418 收藏
点赞数 4
文章标签： java spring boot redis
于 2024-05-15 16:40:22 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42568618/article/details/138913815
版权
保持充电
关注
Redisson分布式锁的原理 锁续期 看门狗 死锁问题
xzh_blog
04-08 7386
使用Redis锁，会有业务未执行完，锁过期的问题，可以采用Redisson锁解决。 Redisson锁有两种模式 1.固定有效期的锁：超过有效期leaseTime后，自动释放锁。 public void lock(long leaseTime, TimeUnit unit) { try { this.lockInterruptibly(leaseTime, unit); } catch (InterruptedException var
Redisson里的“看门狗”居然有这两个“bug”？
wdjnb的博客
05-07 4385
​大家好！ 提到分布式锁，大家一般都会想到 Redis。 想到 Redis，一部分同学会说到 Redisson。 那么说到 Redisson，就不得不掰扯掰扯一下它的“看门狗”机制了。 所以你以为这篇文章我要给你讲“看门狗”吗？ 不是，我主要是想给你汇报一下我最近研究的由于引入“看门狗”之后，给 Redisson 带来的两个看起来就菊花一紧的 bug ： 看门狗不生效的 BUG。 看门狗导致死锁的 BUG。 为了能让你丝滑入戏，我还是先简单的给你铺垫一下，Redisso..
redission的看门狗失效问题
竹林幽深
04-20 1850
leaseTime这个参数字段表示租期,只要设置了租期,那么看门狗就失效了,不会续期 // 具有Watch Dog 自动延期机制 默认续30s lock.tryLock(10, TimeUnit.SECONDS); // 拿锁失败时会不停的重试 1 2 // 没有Watch Dog ，10s后自动释放 lock.lock(10, TimeUnit.SECONDS); // 尝试拿锁100s后停止重试,返回false 1 2 // 没有Watch Dog ，10s后自动释放 lock....
Redisson看门狗竟引发死锁？一次生产环境死锁事故复盘
方才coding
03-24 1022
方法也有情况2类似的问题，因为连接redis失败，导致看门狗的定时任务未被清理（其实这是方才最先怀疑的地方，不信任任何开源产品，之前遇到过nacos因为连接短暂不可用，导致注册发现失败的情况）。在做核心业务逻辑的实现时，我们需要严格的考虑到每一段涉及外部调用的代码，都有可能失败，此时逻辑需要形成闭环。根据问题现象，本质就是分布锁未正确释放，那就会有两种可能，一种是根本没有去释放锁，另一个种是释放失败。推测是因为redis连接偶尔不可用，导致锁释放失败，但是看门狗的连接又是可用的，导致被无限续期。
redisson使用过程中异常记录-看门狗机制失效
张钰杰杰杰杰杰的博客
05-08 4320
异常信息： ttempt to unlock lock, not locked by current thread by node id:*** thread-id: ** 场景： 有一个耗时可能很长的业务方法，做了异步处理@Async放入线程池执行。在controller来创建了锁，Rlock作为参数传到异步方法内，异步方法执行完finally内unlock.这个时候controller已经直接返回，异步方法可能执行了10秒钟后进入finally执行lock.unlock(),这时候报错上边的异常信息 贴
Java 调试模式下 Redisson 看门狗失效
matrixlzp的博客
02-27 345
前几天在做分布式锁测试：在调试模式下，lock.lock() 之后打上断点，想测试一下在当前线程放弃锁之前，别的线程能否获取得到锁。发现调试模式下，看门狗机制失效了，Redis 上 30 秒后，锁就没了：看门狗失效尝试改为 Thread.sleep 之后就可以了：看门狗正常会现有一个 30 秒的锁，倒计时到 20 秒的时候，又续期为 30 秒，就这样跑了 40 秒以后，锁释放。
Redisson分布式锁（WatchDog分析，浅浅看下源码）
21届Java攻城狮&Python民兵
03-18 2989
带大家简单了解下Redisson的看门狗机制，这个面试中也比较常见。
【Redis | 第六篇】基于Setnx | Redisson实现分布式锁（深入理解Redisson的加锁、可重入锁、看门狗机制）
踢桃的成长之路
02-29 2652
Redis系列第六篇主要介绍了分布式锁、基于SETNX和Redisson实现分布式锁，其中SETNX命令中，要求确保加锁和删锁过程中，具备原子性，不然会出现（死锁、误删）等问题，最后再通过源码解读，深入理解Redisson的加锁流程、可重入锁分析、自动续期（看门狗机制）
分布式锁:Redisson源码解析-ReadWriteLock
weixin_47246944的博客
12-06 952
说到读写锁，大家都会很迅速的反应过来，读写锁的存在就是为了提升实际的应用的并发能力，可以保证读读不互斥，读写互斥，写写互斥 一、概念及实现 1. 概念 官方文档 Github 核心接口ReadWriteLock是基于Java里的ReadWriteLock构建的，读锁和写锁都实现了 RLock 接口 允许多个 ReadLock 所有者和仅一个 WriteLock 所有者 就是读读不互斥 写写互斥 读写互斥 如果获取锁的 Redisson 实例崩溃，那么这种锁可能会永远挂在获取状态 为了避免这种R
面试时遇到『看门狗』脖子上挂着『时间轮』，我就问你怕不怕？
qq_27243343的博客
03-30 5405
Redisson的看门狗和Netty的时间轮，了解一下？写的过程中顺便打了一下自己的脸。技术嘛，不就是在不断打脸的过程中成长起来的嘛。 荒腔走板聊生活 大家好，一周的时间过的飞快，转眼间又到周末了。 老规矩，还是本号特色，先是荒腔走板的聊聊生活。 上面的图片是我在一次跑步的过程中拍的，一只狗子。可以看到图片中还有一个轨迹图，也是一只狗子。 这个轨迹图全长21km，刚好是一个半马的距离，而且一路上...
Redisson看门狗模式死锁问题
qq_27569237的博客
08-01 1698
使用Redisson在业务代码循环获取并发锁，导致死锁问题
Redisson 的 watchdog 什么情况下可能会失效？
weixin_51291483的博客
02-25 295
续期是通过时间轮在后台执行的，如果到了该执行的时候，因为种种原因，没有执行成功，比如说机器崩溃了，或者机器的 CPU 被打满了，无法执行这个动作了，都有可能导致没能及时执行续期动作。，在上面的文章中我们看了源码，深入的介绍了，当你调用 Redisson 的加锁方法时如果自己指定了超时时间，redisson 就不会再帮你续期了。，还有一种情况就是续期任务执行了，但是执行的时候失败了，比如 Redis服务器挂了，网络连不上了，也可能会导致无法续期。
day107-缓存-分布式锁-Redisson-lock看门狗原理-redisson如何解决死锁
JavaCoder_juejue的博客
03-18 470
关于说看门狗原理之前，先看看下面两行代码，哪一行用了看门狗呢？ 第二行代码 跟源码我们会发现，带了过期时间的话，会执行lua脚本，执行上锁操作，然后过期时间是你设置的10s,所以一般要根据业务执行的平均时间然后 再适当增加来设置过期时间，以保证业务执行完之前锁还没过期 第一行代码 再仔细跟代码的话 关于看门狗部分：就是上锁时会有个过期时间，然后看门狗其实就是个定时任务，在每隔1/3默认时间时也就是10s执行一次， 然后把过期时间蓄满，所以在业务完成执行完成之前，锁不会自动过期，而业务完成之
Redisson 分布式锁出现死锁，两种解决方式
weixin_43365083的博客
07-05 3299
多节点应用获取单号，使用Redisson（3.10.1）分布式锁保证单号不会重复。
Redis教程(十八)：Redis的Redisson的看门狗机制
十三月的博客
05-27 1643
Redisson的看门狗机制主要是指客户端在获取到锁之后，通过后台线程或定时任务自动续期的功能，以避免在锁持有期间因为处理时间过长而导致锁自动释放，进而确保操作的安全性与原子性。需要注意的是，虽然看门狗机制提升了Redis分布式锁的易用性和安全性，但也增加了系统的复杂性，例如需要考虑看门狗的执行频率、续期阈值和锁的最大生存时间等。另外，实现这一机制通常依赖于客户端库的支持（如Redisson），直接在应用代码中实现可能比较复杂。
Redisson（1）分布式锁——如何解决死锁问题
xocupid的博客
07-07 4533
Redisson是如何解决死锁问题的？普通利用Redis实现分布式锁的时候，我们可能会为某个锁指定某个key，当线程获取锁并执行完业务逻辑代码的时候，将该锁对应的key删除掉来释放锁。lock->set(key)，成功->执行业务，业务执行完毕->unlock->del(key)。根据这种操作和实践方式，我们可以分为下面两个场景：1）业务机器宕机因为我们的业务不知道要执行多久才能结束，所以这个key我们一般不会设置过期时间。这样如果在执行业务的过程中，业务机器宕机，unlock操作不会执行，所以这个锁不会被
Redis分布式锁
ponymate的博客
07-28 398
分布式系统下，不同的服务/客户端通常运行在独立的 JVM 进程上。如果多个 JVM 进程共享同一份资源的话，使用本地锁就没办法实现资源的互斥访问了。于是，分布式锁就诞生了。在单体应用中我们通过锁解决的是控制共享资源访问的问题，而分布式锁，就是解决了分布式系统中控制共享资源访问的问题。与单体应用不同的是，分布式系统中竞争共享资源的最小粒度从线程升级成了进程。
Redisson看门狗
最新发布
03-27
### Redisson 看门狗机制及其工作原理 Redisson 的看门狗机制是一种用于分布式锁自动续约的功能，其核心目的是解决锁过期导致的资源竞争问题。当一个客户端成功获取到分布式锁后，Redisson 会启动一个定时任务（即看门狗），定期延长锁的有效时间[^1]。 #### 工作原理 1. **锁超时设置** 当客户端请求锁时，可以通过参数指定锁的最大持有时间（TTL）。如果未显式设定，则默认采用配置中的 TTL 值[^3]。 2. **自动续期逻辑** 在锁被占用期间，Redisson 启动了一个后台线程——看门狗，它会在距离锁到期前的一段时间内触发一次续期操作。具体来说，看门狗会在锁剩余有效期小于一定阈值（通常是三分之一的 TTL 时间）时执行 `expire` 操作，从而延长锁的生命周期[^4]。 3. **多线程安全与可靠性保障** 续约过程由单个线程完成，避免因并发更新造成不必要的开销。同时，在解锁阶段，只有原始加锁者才能删除对应的键值对，这通过全局唯一 ID 来验证身份，有效防止误删其他客户端持有的锁。 4. **异常处理** 如果某个节点发生崩溃或其他不可控情况而未能及时释放所持之锁，那么经过预设时限之后该锁会被自动清除掉，允许其他等待中的进程重新尝试获得控制权。 #### 使用场景 - 高并发环境下的服务间协作； - 数据一致性维护，比如缓存刷新、批量数据导入导出等操作； - 资源独占访问控制，例如文件写入权限管理、数据库连接池分配等等[^2]。 #### 分布式锁续约注意事项 为了确保分布式系统的稳定运行以及业务连续性不受影响，在设计实现此类功能时需特别注意以下几点事项： - 设置合理的初始租约期限(TTL)，既不过短以至于频繁触发续约动作增加网络负担，也不宜太长以免掩盖潜在故障隐患； - 对于长时间运行的任务考虑分段锁定策略减少整体风险暴露窗口； - 结合实际需求调整续约频率与提前量参数优化性能表现。 ```java RLock lock = redissonClient.getLock("anyLock"); try { boolean isLocked = lock.tryLock(10, 30, TimeUnit.SECONDS); // 尝试获取锁，最多等待10秒，上锁以后30秒自动解锁 } finally { if (lock.isHeldByCurrentThread()) { lock.unlock(); // 解锁 } } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值