Redisson的RedLock红锁实现原理是什么

最新推荐文章于 2025-03-06 16:19:39 发布
最新推荐文章于 2025-03-06 16:19:39 发布
阅读量1.4k 收藏
点赞数
分类专栏： 从0到1玩转分布式锁底层原理 文章标签： redis redisson java 分布式 分布式锁
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ctwctw/article/details/120375361
版权
本文详细介绍了Redisson的RedLock（红锁）的设计思想和实现原理，包括加锁、解锁过程。RedLock通过在多个Redis Master节点上加锁并遵循过半原则来提高分布式锁的安全性，但其复杂性和潜在的不安全性也受到了质疑。文章还简要分析了RedissonRedLock的源码，探讨了其与MultiLock的关系。

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

了解本专栏 订阅专栏 解锁全文 超级会员免费看
剖析 Redisson 分布式锁原理、实现与应用实践
wjianwei666的专栏
03-26 54
在此之后，其他线程就可以抢锁，由此避免了死锁问题。(1) 分布式集合的支持：Redisson按照Java的语义和规范实现了各种java集合对象的实现，包括multimap、priorityQueue、DelayQueue等设置是原子类，而Jedis仅仅支持一些比较常见的java集合类，例如Map、Set、List等。若没有则看看等待队列中最后一个元素的超时时间，并基于这个超时时间获取自己的等待时长，如果超时清单中没有元素，则直接基于分布式锁lock中持有锁线程的到期时间获取自己的等待时长。
Redisson——联合锁和红锁
m0_64363449的博客
09-04 1333
联合锁和红锁放在一起来分析，是因为这两种锁实现在Redisson中，关联密切。红锁是官方提出的一个锁方案，大概如下：假设redis集群有5个节点，一个客户端申请锁时，会向所有的节点申请锁，只有大于一半的节点数量返回成功，且耗费的总时间小于锁有效时间，才会判定为拿锁成功，否则会被认定为失败，需要将已经成功的节点锁释放掉。
Redisson分布式锁全解析：从基础到红锁，锁定高并发解决方案
逆流的小鱼
05-09 3400
可重入锁是指同一个线程可以多次获得同一把锁。这种类型的锁可以避免死锁的发生，因为它允许同一线程在没有释放锁的情况下多次获得锁。这在递归函数或者一系列相互调用的函数需要访问同一个资源时特别有用。可过期性信号量是一种特殊类型的信号量，它允许线程在一定时间内持有许可，当指定时间过后，许可会自动失效。这对于需要限时访问的资源来说是非常实用的。
分布式锁—Redisson的联锁和红锁
sdgfafg_25的博客
03-06 1083
一.一次性要锁定多个资源的场景比如锁定一个库存 + 锁定一个订单 + 锁定一个积分，一次性锁定多个资源，这些被锁定的多个资源都不能让其他线程随意修改。然后当前线程一次性更新这些资源后，再逐一释放多个锁。二.Redisson分布式锁是支持MultiLock机制的可以将多个锁合并为一个大锁，对大锁进行统一的加锁申请以及锁释放。即一次性锁定多个资源，再去处理一些事情，然后处理完后再一次性释放所有资源对应的锁。三.Redisson的RedissonMultiLock。
【分布式锁】03-使用Redisson实现RedLock原理
meser88的博客
05-10 588
前言 前面已经学习了Redission可重入锁以及公平锁的原理，接着看看Redission是如何来实现RedLock的。 RedLock原理 RedLock是基于redis实现的分布式锁，它能够保证以下特性： 互斥性：在任何时候，只能有一个客户端能够持有锁；避免死锁： 当客户端拿到锁后，即使发生了网络分区或者客户端宕机，也不会发生死锁；（利用key的存活时间） 容错性：只要多数节点的redis实例正常运行，就能够对外提供服务，加锁或者释放锁； RedLock算法思想，意思是不能只在一个redis
Redisson--红锁(Redlock)--使用/原理
热门推荐
IT利刃出鞘的博客
01-27 7万+
本文介绍为什么要使用Redis的红锁（Redlock）、什么是Redis的红锁以及Redis红锁的原理。 本文用Redisson来介绍Redis红锁的用法。 Redisson 高版本会根据redisClient的模式来决定getLock返回的锁类型，如果集群模式，满足红锁的条件，则会直接返回红锁。
利用Redisson实现分布式锁及其底层原理解析
turbo_zone的博客
10-26 2万+
Redis介绍 redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，redis支持各种...
[Redis] Redisson分布式锁原理及源码分析
qq_45061342的博客
08-12 1188
使用 Redis 的 SETNX 命令（Set if Not Exists）来确保只有一个客户端可以成功创建一个锁键。使用 EXPIRE 命令设置键的过期时间，防止死锁。 如果客户端成功设置了锁键，它就获得了锁；如果失败，则表示锁已被其他客户端占用。 为了解决锁失效或客户端故障问题，可以使用 Redisson 或者实现 Redlock 算法来增强锁的可靠性。
Redisson分布锁原理分析及源码解读
m0_71777195的博客
11-23 1625
Redisson使用信号量控制，每次收到解锁消息仅释放一个信号，只允许一个线程解除阻塞状态，去竞争锁(参考LockPubSub类的onMessage方法)，当然，如果线程等待超时(超过锁过期时间)也会重新加入锁竞争行列。tryLock方法为尝试获取锁的方法入口，返回ttl表示锁剩余超时时间，如果返回null，表示无人占有锁，当前线程获取锁成功,如果获取锁成功，客户端会启动一个看门狗线程，来自动为锁续期(后面会讲到看门狗作用)。如果锁快要过期了，客户端还占有锁，那么就自动给锁续期，延长锁的过期时间。
Redis分布式锁实现Redisson 15问
uuqaz的博客
05-30 1312
在一个分布式系统中，由于涉及到多个实例同时对同一个资源加锁的问题，像传统的synchronized、ReentrantLock等单进程情况加锁的api就不再适用，需要使用分布式锁来保证多服务实例之间加锁的安全性。常见的分布式锁的实现方式有zookeeper和redis等。而由于redis分布式锁相对于比较简单，在实际的项目中，redis分布式锁被用于很多实际的业务场景中。 redis分布式锁的实现中又以Redisson比较出名，所以本文来着重看一下Redisson是如何实现分布式锁的，以及Rediss..
RedLock实现原理
小泽
12-12 347
redlock实现原理
Emine
02-28 1471
https://zhuanlan.zhihu.com/p/151735807 三、Redlock算法 作者认为，我们应该使用多个Redis,这些节点是完全独立的，不需要使用复制或者任何协调数据的系统，多个redis系统获取锁的过程就变成了如下步骤： 以毫秒为单位获取当前的服务器时间 尝试使用相同的key和随机值来获取锁，对每一个机器获取锁时都应该有一个超时时间，比如锁的过期时间为10s那么获取单个节点锁的超时时间就应该为5到50毫秒左右，他这样做的目的是为了保证客户端与故障的机器连接，耗费多余的时间！超时间
Redlock原理分析
ZERO
07-16 594
转载自：https://blog.youkuaiyun.com/b644ROfP20z37485O35M/article/details/89369482      Redlock全名叫做 Redis Distributed Lock;即使用redis实现的分布式锁。使用场景：多个服务间保证同一时刻同一时间段内同一用户只能有一个请求（防止关键业务出现并发攻击）；官网文档地址如下：https://redis.i...
Redlock（redis 分布式锁）原理分析
王坦的博客
10-25 1415
Redlock（redis 分布式锁）原理分析 Redlock：全名叫做 Redis Distributed Lock; 即使用 redis 实现的分布式锁； 使用场景：多个服务间保证同一时刻同一时间段内同一用户只能有一个请求（防止关键业务出现并发攻击）； 官网文档地址如下：https://redis.io/topics/distlock 这个锁的算法实现了多 redis 实例的情况，相对于单 redis 节点来说，优点在于 防止了 单节点故障造成整个服务停止运行的情况；并且在多节点中锁的设计，及多节点同时
RedLock 源码分析及优化
a...Z
01-09 668
RedLock(redis分布式锁)原理分析 Redlock：全名叫做 Redis Distributed Lock;即使用redis实现的分布式锁； 使用场景：多个服务间保证同一时刻同一时间段内同一用户只能有一个请求（防止关键业务出现并发攻击）； 官网文档地址如下： https://redis.io/topics/distlock 这个锁的算法实现了多redis实例的情况，相对于单redis节点...
Redlock（redis分布式锁）原理分析
qq_28022397的博客
06-02 1246
Redlock（redis分布式锁）原理分析 Redlock：全名叫做 Redis Distributed Lock;即使用redis实现的分布式锁； 使用场景：多个服务间保证同一时刻同一时间段内同一用户只能有一个请求（防止关键业务出现并发攻击）； 官网文档地址如下：https://redis.io/topics/distlock 这个锁的算法实现了多redis实例的情况，相对于单redis节点来说，优点在于 防止了 单节点故障造成整个服务停止运行的情况；并且在多节点中锁的设计，及多节点同时崩.
RedLock分布式锁原理
张俊杰 的博客
02-09 866
Redlock分布式锁 传统的Redis分布式锁缺陷 使用传统的Redis分布式锁: SET key_name my_random_value NX PX 30000 NX 表示if not exist 就设置并返回True，否则不设置并返回False PX 表示过期时间用毫秒级， 30000 表示这些毫秒时间后此key过期 传统的Redis分布式锁有缺点： 只作用在一个Redis节点上，即使Redis通过sentinel保证高可用，如果这个master节点由于某些原因发生了主从切换，那么就会出现锁丢失的情
Redisson实现原理
最新发布
03-22
<think>嗯，用户想了解Redisson的实现原理，特别是关于分布式锁和容器集成的部分。首先，我需要回忆一下Redisson的基本知识。Redisson是一个基于Redis的Java客户端，提供了很多分布式服务，比如锁、队列、Map等。用户提到的分布式锁应该是它的核心功能之一。 根据用户提供的引用资料，特别是引用[1]和[4]，Redisson的分布式锁有多种类型，比如可重入锁、公平锁、红锁等。我需要先解释这些锁的实现机制。比如，可重入锁可能通过Redis的哈希结构存储线程标识和重入次数，这样同一个线程可以多次获取锁，避免死锁。而公平锁可能使用Redis的列表或有序集合来维护请求顺序，确保先到先得。 然后，分布式锁的高可用性方面，红锁（RedLock）算法是关键。引用[4]提到了红锁，它需要多个独立的Redis节点，大多数节点加锁成功才算成功。这样可以防止单点故障。不过要注意的是，红锁的实现可能涉及到多个实例的协调，需要详细说明其步骤和原理。 接下来是容器集成部分，用户提到了Spring和Spring Boot的集成。根据引用[2]和[3]，Redisson与Spring框架集成，支持Spring的缓存注解，比如@Cacheable。这里需要说明Redisson如何与Spring Cache整合，替换默认的缓存管理器，以及如何通过配置加载Redisson实例。 另外，用户可能关心Redisson的底层通信机制。比如，它使用Netty进行异步IO，维持长连接，同时支持多种编解码协议。这些技术细节能展示Redisson的高效和灵活性。还有看门狗机制，自动续期锁的过期时间，防止业务未完成时锁被释放，这也是实现健壮分布式锁的重要部分。 在整理回答时，需要分点清晰，先讲分布式锁的实现原理，包括可重入锁、公平锁、红锁，然后是容器集成，特别是Spring和Spring Boot。最后可以提到底层通信和锁续期机制。同时，确保使用正确的中文术语和LaTeX格式，比如在提到哈希结构时用$HGET$这样的行内公式。 用户可能还有更深层的问题，比如Redisson如何处理网络分区或节点故障，或者在不同Redis部署模式下的表现。但根据当前问题，主要聚焦在实现原理和容器集成上。需要检查引用资料中的信息是否准确，比如引用[2]提到公平锁基于Redis的list和Zset，这点要正确反映在回答中。 最后，生成的相关问题要围绕Redisson的不同锁类型、与Spring集成的步骤、红锁算法的争议等，帮助用户进一步探索。确保每个引用标识正确对应，例如引用[4]关于7种锁的指南，引用[2]关于Spring Boot集成。</think>### Redisson分布式锁实现原理分析 #### 一、分布式锁核心实现机制 1. **可重入锁** - 通过Redis的Hash结构存储锁标识，键为锁名称，字段为线程ID，值为重入次数 - 加锁逻辑：使用Lua脚本保证原子性操作 ```lua if (redis.call('exists', KEYS[1]) == 0) then redis.call('hincrby', KEYS[1], ARGV[2], 1) redis.call('pexpire', KEYS[1], ARGV[1]) return nil end ``` - 采用$watchdog$机制自动续期，默认每10秒检查锁状态并延长有效期[^4] 2. **公平锁** - 基于Redis的List队列和Zset有序集合实现排队机制 - 通过$RPOPLPUSH$命令实现原子化的请求转移 - 每个请求生成唯一排序值，使用$ZADD$保证顺序性[^2] 3. **红锁（RedLock）** - 需要至少3个独立Redis主节点 - 加锁成功判定公式： $$N/2 + 1 \leq success\_nodes$$ 其中$N$为节点总数，需获得半数以上节点认可 #### 二、容器集成原理 1. **Spring集成** - 通过`RedissonSpringCacheManager`替换默认缓存管理器 - 支持`@Cacheable`等注解的分布式扩展 - 配置加载示例： ```java @Bean public RedissonClient redisson() throws IOException { Config config = Config.fromYAML(new ClassPathResource("redisson.yml").getInputStream()); return Redisson.create(config); } ```[^3] 2. **Spring Boot自动化配置** - 通过`redisson-spring-boot-starter`实现自动装配 - 支持多数据源配置模式： ```yaml redisson: config: classpath:/redisson.yaml # 或单节点配置 singleServerConfig: address: redis://127.0.0.1:6379 ``` #### 三、底层通信机制 1. 采用Netty实现异步非阻塞IO 2. 支持多种编解码协议： - MsgPack（二进制协议） - JSON（文本协议） - Amazon Ion（兼容JSON的扩展协议） 3. 连接管理模式： - 长连接池（默认保持32个连接） - 支持SSL/TLS加密通信 #### 四、关键优化设计 1. **锁续期机制** - 后台线程定期执行`pexpire`命令 $$T_{renew} = T_{expire} \times \frac{1}{3}$$ 默认30秒有效期每10秒续期一次 2. **锁释放保障** - 强制解锁保护：通过`UUID+threadId`验证锁持有者 - 宕机自动释放：依赖Redis的键过期机制
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

【原】编程界的小学生

没有打赏我依然会坚持。

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

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

打赏作者

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

抵扣说明：

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

余额充值