Redis分布式锁的原理以及如何续期

已于 2023-12-13 15:28:20 修改
阅读量3.4w 收藏 127
点赞数 19
分类专栏： # Redis # 面试 文章标签： redis lua 数据库
于 2019-03-11 09:21:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lzhcoder/article/details/88387751
版权
本文深入探讨了Redis分布式锁的工作原理，尤其是Redisson的Watch Dog机制，如何在业务机器宕机时处理锁续期，以及加锁、锁互斥、可重入、释放锁等机制。此外，还分析了Redis分布式锁的潜在缺点和Redis红锁的概念，以提高分布式系统的安全性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

目录

面试问题

问题分析

如何回答

底层原理 

（1）加锁机制

为什么要重复加锁？

为啥要用lua脚本呢？

（2）锁互斥机制

（3）watch dog自动延期机制

（4）可重入加锁机制

（5）释放锁机制

（6）Redis分布式锁的缺点

参考文章

面试问题

Redis锁的过期时间小于业务的执行时间该如何续期？

问题分析

首先如果你之前用Redis的分布式锁的姿势正确,并且看过相应的官方文档的话,这个问题So easy.我们来看

很多同学在用分布式锁时,都是直接百度搜索找一个Redis分布式锁工具类就直接用了，其实Redis分布式锁比较正确的姿势是采用redisson这个客户端工具

如何回答

Redisson 的 Watch Dog 机制

只要客户端一旦加锁成功，就会启动一个watch dog看门狗，他是一个后台线程，会每隔10秒检查一下，如果客户端还持有锁key，那么就会不断的延长锁key的生存时间。

默认情况下,加锁的时间是30秒,.如果加锁的业务没有执行完,就会进行一次续期,把锁重置成30秒

处理业务机器宕机的情况

watch dog 线程是由业务服务器（即运行 Redisson 客户端的服务器）发起和管理的。当业务执行的机器突然宕机或者出现网络分区时，watch dog 线程可能无法正常工作，这可能导致锁无法及时释放。为了处理这种情况，Redisson 提供了以下机制：

  • 锁的自动过期：即使 watch dog 无法续期，锁也会在到达其过期时间后自动释放。这确保了即使在宕机的情况下，其他客户端也能在一定时间后获得锁。
  • 锁的过期时间设置：在设置锁的过期时间时，应考虑业务逻辑的最大执行时间，并留出足够的余地以应对不可预见的延迟。

底层原理 

redisson实现Redis分布式锁的底层原理

拜托，面试请不要再问我Redis分布式锁的实现原理【石杉的架构笔记】

（1）加锁机制

咱们来看上面那张图，现在某个客户端要加锁。如果该客户端面对的是一个redis cluster集群，他首先会根据hash节点选择一台机器。

这里注意，仅仅只是选择一台机器！这点很关键！

紧接着，就会发送一段lua脚本到redis上，那段lua脚本如下所示：

为什么要重复加锁？

  1. 可重入性：可重入锁（Reentrant Lock）意味着同一个线程可以对同一把锁多次加锁。这在递归调用或者多次访问共享资源时非常有用，因为它允许同一

最低0.47元/天 解锁文章
Redis分布式锁如何自动续期
关注我！带你一路 "狂飙" 到底！
06-28 1410
所以Redisson就给我们提供了监控锁的看门狗机制，通过该机制，锁被关闭前，看门狗会不断的延长锁的超时时间。默认情况下，看门狗的锁超时时间lockWatchdogTimeout是30s，该值当然也是可以设置的。这时候，又会存在一个尴尬的情况，如果设置了超时时间，但在规定的时间内，业务逻辑还没有执行完，锁就被释放了......那么针对一些特定的业务逻辑，这可能又会引起新的问题......从该方法中看到，leaseTime表示锁的超时时间，如果调用tryLock方法加锁时，设置了该参数，看门狗机制不会生效。
redis分布式锁的原理与实现【分布式】
weixin_44545838的博客
05-31 2532
分布式锁是指在分布式系统中，为了实现协调和同步访问共享资源，而对分布式环境下的多个进程或线程进行同步的一种机制。它可以保证在分布式环境下各进程访问共享资源的时序一致性和互斥性，避免不同进程之间发生冲突。基于数据库的分布式锁：使用数据库的事务机制来实现分布式锁，通过在数据库插入一个唯一的记录来实现锁定，其他进程尝试并发获取锁时会阻塞等待。基于缓存的分布式锁。
美团面试：Redis锁如何续期？Redis锁超时，任务没完怎么办？
架构师尼恩
09-13 2482
Redisson是一个在Redis的基础上实现的Java驻内存数据网格（In-Memory Data Grid）。它不仅提供了一系列的分布式的Java常用对象，还实现了可重入锁（Reentrant Lock）、公平锁（Fair Lock、联锁（MultiLock）、 红锁（RedLock）、 读写锁（ReadWriteLock）等，还提供了许多分布式服务。Redisson提供了使用Redis的最简单和最便捷的方法。
解决Redis分布式锁过期(续命)
weixin_47274578的博客
01-31 3407
Redis分布式锁(续命) 解决锁过期问题
Redisson分布式锁(超时释放及锁续期)
最新发布
总结分享
03-20 1251
确保在同一时间只有一个节点可以执行某个操作或访问某个资源，从而避免数据不一致或冲突。
Redisson实现分布式锁(1)---原理
a8892117的博客
06-18 537
Redisson实现分布式锁(1)---原理 有关Redisson作为实现分布式锁，总的分3大模块来讲。 1、Redisson实现分布式锁原理 2、Redisson实现分布式锁的源码解析 3、Redisson实现分布式锁的项目代码（可以用于实际项目中） 本文只介绍Redisson如何实现分布式锁的原理。其它的会在接下来的博客讲，最后有关Redisson实现分布式锁的项目代码的博客中会放上...
2024年网络安全最全pygame学习(二)——绘制线条、圆、矩形等图案_pygame(1)，阿里P7亲自讲解
2401_84300255的博客
05-06 1107
需要完整版PDF学习资源私我sys.exit()#python的退出程序import pygame #导包import syspygame.init() #初始化#绘制一个600*600的框框。
【算法学习】1828
2301_77033672的博客
04-27 475
【代码】【算法学习】1828。
Redis：Redisson分布式锁的锁续期原理
qq_44600705的博客
03-01 6612
之前说的如果使用setnx做分布式锁的时候，会有锁续期的问题，也就是说如果锁过期时间10s，而业务处理花了30s，而redisson就可以处理恰好处理这类锁续期的问题； 而这类自动续期的机制就是所谓的看门狗机制 总的来说就是默认锁过期时间是30s，而自动续期机制在源码当中就是开启了定时任务，定时间隔是看门狗时间的三分之一，也就是10s，所以就是在业务没有处理完的情况下锁默认每隔10s续期到30s； 下面主要看看源码当中是怎么定义的； 看门狗源码分析 源码：RedissonLock.class private
Redis分布式锁的原理以及如何续期，Java最全知识点整理
m0_64867047的博客
12-08 336
**KEYS[1]**代表的是你加锁的那个key，比如说： RLock lock = redisson.getLock(“myLock”); 这里你自己设置了加锁的那个锁key就是“myLock”。 **ARGV[1]**代表的就 《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》 【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享 是锁key的默认生存时间，默认30秒。 **ARGV[2]**代表的是加锁的客户端的ID，类似于下面
Redis 分布式锁实现详解
weixin_65837469的博客
08-09 633
通过上述实现，我们已经构建了一个基本的 Redis 分布式锁。在实际应用中，你可能还需要考虑更多的场景和细节，比如锁的续期、异常处理等。希望这篇博客能为你提供一个良好的起点！
Redis 分布式锁如何自动续期？
m0_64821673的博客
01-06 485
Redis 实现分布式锁 指定一个 key 作为锁标记，存入 Redis 中，指定一个 唯一的用户标识作为 value。 当 key 不存在时才能设置值，确保同一时间只有一个客户端进程获得锁，满足互斥性特性。 设置一个过期时间，防止因系统异常导致没能删除这个 key，满足防死锁特性。 当处理完业务之后需要清除这个问题 key 来释放锁，清除 key 时需要校验 value 值，需要满足只有加锁的人才能释放锁 。 问题 如果这个锁的过期时间是30秒，但是业务运行超过了30秒，比如40秒，当业务运行到
Redisson分布式锁，对缓存进行锁定隔离并对锁设置自动续期和可重入
m0_74436268的博客
06-10 2820
Redisson分布式锁
LevelDB库简介
weixin_34183910的博客
10-15 2686
LevelDB库简介     一、LevelDB入门 LevelDB是Google开源的持久化KV单机数据库，具有很高的随机写，顺序读/写性能，但是随机读的性能很一般，也就是说，LevelDB很适合应用在查询较少，而写很多的场景。LevelDB应用了LSM (Log Structured Merge) 策略，lsm_tree对索引变更进行延迟及批量处理，并通过一种类似于归并排序的方式高...
redisson中的看门狗机制总结
万事俱备，就差一个程序员了
11-06 1072
1:普通的Redis分布式锁的缺陷 我们在网上看到的redis分布式锁的工具方法，大都满足互斥、防止死锁的特性，有些工具方法会满足可重入特性。 如果只满足上述3种特性会有哪些隐患呢？redis分布式锁无法自动续期，比如，一个锁设置了1分钟超时释放，如果拿到这个锁的线程在一分钟内没有执行完毕，那么这个锁就会被其他线程拿到，可能会导致严重的线上问题，我已经在秒杀系统故障排查文章中，看到好多因为这个缺陷导致的超卖了。 Redisson 锁的加锁机制如上图所示，线程去获取锁，获取成功则执行lua脚本，保存数据
# Redis 分布式锁如何自动续期
不积跬步，无以至千里；不积小流，无以成江海
01-29 2445
需要注意的是，分布式锁的实现需要考虑到并发性、可靠性和性能等方面的问题，选择合适的实现方式需要根据具体的需求和场景进行评估。的操作，并且这种操作是原子操作。设置失效时长，不能保证。
Redisson实现分布式锁原理、自动续期机制、应用场景
hkl_Forever的博客
12-03 2928
前言： 在学习分布式锁之前，应该首先要分析一下使用分布式锁的必须要考虑的一些问题 1、互斥性：在并发的任意时刻，只能有一个线程拿到锁2、防锁死：即使有一个线程在持有锁的期间崩溃而未能主动释放锁，还要有其他方式去释放锁从而保证其他进程能获取到锁3、加锁和解锁的必须是同一个线程，解铃还须系铃人4、锁续期：执行业务耗时的时间超过了锁的等待时间，必须进行锁续期一、Redisson实现分布式锁1、加锁原理 【1】Redisson 和 Redis 实现分布式锁是一致的，是不过 Redisson 是封装了 lua 脚本，
redis分布式锁如何续期
08-15
Redis分布式锁的续期是通过设置锁的过期时间来实现的。在获取锁的时候，我们会为锁设置一个过期时间，确保即使持有锁的客户端发生故障或网络延迟，锁的过期时间能够确保在一定时间内自动释放。当持有锁的客户端需要续期锁的过期时间时，可以使用Redis的EXPIRE命令来更新锁的过期时间。持有锁的客户端可以周期性地调用EXPIRE命令，将锁的过期时间延长，以确保在业务处理过程中锁不会过期。这样就实现了对分布式锁的续期操作。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *3* [Redis分布式锁如何自动续期](https://blog.youkuaiyun.com/upstream480/article/details/121578638)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *2* [Redis分布式锁的原理以及如何续期（转载）](https://blog.youkuaiyun.com/u014235678/article/details/108658044)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论 42
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

数据与算法架构提升之路

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值