分布式锁-红锁

最新推荐文章于 2025-10-09 20:30:13 发布
原创 最新推荐文章于 2025-10-09 20:30:13 发布 · 3.4k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文深入探讨Redission在单台Redis及集群环境下的分布式锁实现原理。讲解了如何通过set命令确保锁的唯一性，避免误解锁风险，以及锁的自动延期机制。同时，文章详细解析了红锁算法，包括在多数节点上获取锁的策略，锁的有效期调整，以及锁获取失败后的快速释放机制。

Redission

单台redis支持

set key value nx px time value
必须唯一避免误解锁，设置与失效时间不能分割，删除锁判断是否解锁人就是加锁人，锁失效时间应自动延长有效期

红锁（必须redis节点相互独立）

1、获取当前时间
2、向多个节点获取锁，获取锁有一个极小的超时时间。获取锁失败后，立即尝试下一个redis节点获取锁
3、是否获得锁成功，首先判断是否从大多数的节点中获取到了锁，（>=N/2+1）比如十台机器，六台之前获得到了锁。
之后判读总共消耗的时间是否小于生效时间，如果大于生效时间获取锁失败
4、获取成功锁的有效期，将重新计算。用有效期-第三步得出的总共消耗时间
5、如果客户端获取锁失败，立即向所有redis节点进行锁释放

微服务 - 深入解析 Redis 红锁：构建可靠分布式锁的技术细节
逍遥Sean的博客
08-22 2749
在现代分布式系统中，管理并发和确保数据一致性是一项重要挑战。分布式锁作为解决这些问题的关键技术之一，得到了广泛关注。Redis 红锁（Redlock）算法由 Redis 创始人 Antirez 提出，旨在为分布式环境下的锁管理提供一种高可靠性的解决方案。本博文将全面解析红锁的设计原理、实现细节、优势、挑战以及实际应用案例， Redis 红锁是针对分布式锁的高级解决方案，相较于传统的分布式锁机制，红锁提供了更高的容错性和可靠性。红锁的核心思想是通过多个独立的 Redis 实例来获取锁，从而防止单点故障的问题。
分布式锁：红锁redLock和联锁multiLock源码分析
山鬼谣的专栏
11-18 5946
环境 Java11 前言 一开始只是想研究红锁源码，但是发现红锁源码是基于联锁源码的， 所以联锁的情况一起分析了下； Redis获取分布式锁，其实就是向N个Redis实例中使用SETNX来对该resource设置键值。 为了方便分析代码，假设集群里三个Redis实例； 起始调用代码： long leaseTime = 3L; lock.lock(leaseTime, TimeUnit.SECONDS); RedissonRedLock redLock = new RedissonRedLock(lock);
redis的红锁
最新发布
zwh1zwh的博客
10-09 793
特性描述​目标​在分布式 Redis 环境下实现一个更安全、强一致的分布式锁。​核心思想​向多个独立的 Redis 主节点申请锁，遵循“多数派”原则。​优点​解决了单点 Redis 和主从架构下因异步复制导致的锁失效问题。​缺点/争议​1. 对系统时钟漂移敏感。2. 无法完全解决 GC Pause 等进程暂停问题。3. 部署更复杂，性能低于单节点锁。​适用场景​对锁的一致性要求非常高，且愿意为了一致性牺牲部分性能和增加复杂度的场景。​替代方案​。
分布式锁之(RedLock)红锁
Forest24的博客
05-02 9390
需要锁的条件： 多任务环境下。（进程，线程） 任务都对同一共享资源进行写操作。 对资源的访问是互斥的。 操作周期： 竞争锁。获取锁后才能对资源进行操作。 占有锁。操作中。 其他竞争者，任务阻塞。 占有锁者，释放锁。继续从1开始。 JVM 锁 解决不了分布式环境中的加锁问题。 手写Redis锁： redis：内存存储的数据结构服务器，内存数据库。可用于：数据库，高速缓存，消息队列。...
分布式锁之红锁
xiaozhu0301的博客
12-21 1118
部署多台独立的redis; redis的配置： package com.online.taxi.order.config; import org.redisson.Redisson; import org.redisson.api.RedissonClient; import org.redisson.config.Config; import org.springframework.beans.factory.annotation.Autowired; import org.springframewor
分布式锁-Redis红锁解决方案
苍煜
05-22 7472
文章目录1:分布式锁的概念1：概念2：锁/分布式锁/事务区别2：本文使用的案例场景1：需求2：controller层代码3:锁控制层代码（使用synchronized 不成功）4：调用的订单业务代码3：数据库mysql方案1：原理2：musql锁工具类3：业务使用代码4:优缺点4：Redis解决方案-手写redis1：原理和问题优化处理2：锁机制代码-设置过期时间和只能释放自己的锁3：锁机制代码-手动增加续约时间5：Redis解决方案-redisson1:Redisson 一个用来进行分布式锁的工具类2：导
Redis分布式锁之红锁
06-29 2万+
一、问题 分布式锁，当我们请求一个分布式锁的时候，成功了，但是这时候slave还没有复制我们的锁，masterDown了，我们的应用继续请求锁的时候，会从继任了master的原slave上申请，也会成功。 这就会导致，同一个锁被获取了不止一次。 二、办法 Redis中针对此种情况，引入了红锁的概念。 三、原理 用Redis中的多个master实例，来获取锁，只有大多数实例获取到了锁，才算是获取成功。具体的红锁算法分为以下五步： 获取当前的时间（单位是毫秒）。 使用相同的key和随机值在N个节点上请求锁。这
分布式锁-这一篇全了解(Redis实现分布式锁完美方案)
Franco的博客
12-31 2万+
前言 在某些场景中，多个进程必须以互斥的方式独占共享资源，这时用分布式锁是最直接有效的。 随着技术快速发展，数据规模增大，分布式系统越来越普及，一个应用往往会部署在多台机器上（多节点），在有些场景中，为了保证数据不重复，要求在同一时刻，同一任务只在一个节点上运行，即保证某一方法同一时刻只能被一个线程执行。在单机环境中，应用是在同一进程下的，只需要保证单进程多线程环境中的线程安全性，通过 JAV...
Redis分布式锁--面试题
weixin_48540423的博客
01-17 831
解析：redisson的分布式锁在redis宕机之后，哨兵会重新选举一个主节点，此时一个服务正在对原主节点操作，原主节宕机后没有同步数据，又来一个服务对新主节点操作，它是可以获取到锁的，是因为数据没有同步过来，这时两个服务同时持有一把锁，就会产生脏数据。可以利用Redis的setnx命令来实现分布式的加锁，但无法保证原子性，是因为要在setnx之后在加上锁的过期时间，这是俩条命令，需要放到一条命令中来保证原子性。使用场景：业务负责，锁的粒度小的时候可以使用锁的重入，避免多个锁之间产生死锁的问题。
分布式锁实现方案--redis、zookeeper、mysql
ljran0612的专栏
08-13 1663
因为我这里是以三个节点为例。锁key的值附加唯一性：针对释放别人锁这种问题，我们可以给每个客户端进程设置【唯一ID】，作为锁（所有客户端锁key相同）的值，这样我们就可以在应用层就进行检查唯一ID。我们了解下什么是【可重入】：指的是同一个线程在持有锁的情况下，可以多次获取该锁而不会造成死锁，也就是一个线程可以在获取锁之后再次获取同一个锁，而不需要等待锁释放。InterProcessMultiLock：将多个锁作为单个实体管理的容器，获取锁的时候获取所有锁，释放锁也会释放所有锁资源（忽略释放失败的锁）。
Redisson分布式锁详细教程 - 从入门到实战
weixin_51040479的博客
07-07 916
《Redisson分布式锁全面指南》摘要 本文系统介绍了Redisson分布式锁的原理与实践。通过类比公共厕所和ATM机等生活场景，解释了分布式锁的互斥性本质。针对单体与分布式应用的差异，分析了分布式锁的必要性，并详细阐述了其四大核心要求：互斥性、安全性、活性和高可用。 文章深入解析了Redisson的多种锁类型： 基本锁：演示库存扣减场景，强调锁粒度优化 公平/非公平锁：对比特性与性能差异 读写锁：优化缓存更新场景的并发性能 联锁：解决转账等需要多资源锁定的场景 红锁：应对Redis主从切换时的锁失效问题
Redis分布式锁&红锁
weixin_43732943的博客
03-30 1189
Redisson实现分布式锁和红锁
Redis之红锁
weixin_45440755的博客
03-13 1772
当线程1获取了锁之后，假设此时redis主节点宕机，随之一个副节点马上变成主节点线程2会从新的主节点获得锁，这就发生了互斥的问题。
红锁Redlock
m0_72438890的博客
12-10 1203
Redlock 提供了一种可靠的分布式锁方案，通过多个 Redis 实例来保证高可用性和容错性。
Java面试题 redis的RedLock(红锁)
maomao的博客
07-11 1543
面向面试的简单摘要
Redisson--红锁(Redlock)--使用/原理
热门推荐
IT利刃出鞘的博客
01-27 7万+
本文介绍为什么要使用Redis的红锁（Redlock）、什么是Redis的红锁以及Redis红锁的原理。 本文用Redisson来介绍Redis红锁的用法。 Redisson 高版本会根据redisClient的模式来决定getLock返回的锁类型，如果集群模式，满足红锁的条件，则会直接返回红锁。
Redisson分布式锁全解析：从基础到红锁，锁定高并发解决方案
逆流的小鱼
05-09 3874
可重入锁是指同一个线程可以多次获得同一把锁。这种类型的锁可以避免死锁的发生，因为它允许同一线程在没有释放锁的情况下多次获得锁。这在递归函数或者一系列相互调用的函数需要访问同一个资源时特别有用。可过期性信号量是一种特殊类型的信号量，它允许线程在一定时间内持有许可，当指定时间过后，许可会自动失效。这对于需要限时访问的资源来说是非常实用的。
Redis中的红锁
error_log7的博客
07-15 803
是 Redis 官方提出的一种，用于解决在 Redis 集群或多主节点环境下分布式锁的一致性与高可用问题。它是由 Redis 作者在 2016 年提出的，主要应用于。
分布式锁—4.Redisson的联锁和红锁二
mjunz的博客
03-05 1375
具体的处理就是在RedissonMultiLock的tryLock()方法中，当获取锁失败时，先判断是否达到加锁成功的最少数量。当发现failedLocksLimit为0，则表示此次获取联锁失败，需要释放获取的锁，同时重置failedLocksLimit的值 + 清空acquiredLocks + 复位锁列表的迭代器，为下一次尝试获取全部锁做准备。超时时间是毫秒级的，要远小于锁的有效时间，而且一般是几十毫秒。如果T2 - T1 < 锁的过期时间，则认为客户端加锁成功，否则加锁失败。
分布式锁领取红包会延迟领取
10-15
在分布式系统中，使用分布式锁来控制并发访问是一种常见的做法。然而，当涉及到领取红包这样的场景时，分布式锁可能会导致延迟领取的问题。以下是一些可能的原因和解决方法： 1. **锁竞争**: 在高并发情况下，多个用户同时尝试获取锁，这可能导致部分用户需要等待锁释放才能继续操作。这种情况下，可以采用更细粒度的锁或者优化锁的获取与释放逻辑。 2. **锁超时**: 如果锁的获取设置了超时时间，那么在达到超时时间后还未获取到锁的用户将会失败。可以通过调整超时时间和重试机制来缓解这个问题。 3. **系统性能**: 分布式锁的实现依赖于底层系统（如数据库或缓存），如果这些系统的性能瓶颈导致锁操作变慢，也会影响领取速度。优化底层系统性能或者选择更高效的锁服务可以改善这一点。 4. **网络延迟**: 分布式系统中不同节点之间的通信延迟也可能导致锁操作的延迟。确保网络环境的稳定性和低延迟是必要的。 5. **锁粒度**: 如果锁的粒度太粗，会限制系统的并发度；如果锁的粒度太细，又可能导致资源竞争加剧。合理设计锁的粒度对于提升性能至关重要。 6. **锁策略**: 选择合适的锁策略也很重要，比如乐观锁、悲观锁等，根据业务场景选择最合适的锁策略可以减少不必要的等待时间。 7. **异步处理**: 对于非关键性的操作，可以考虑使用异步处理的方式，减少同步等待的时间。 8. **负载均衡**: 通过合理的负载均衡策略分散请求压力，避免单个节点成为瓶颈。 9. **监控与调优**: 持续监控系统性能指标，根据实际情况调整系统配置和代码实现。 10. **限流**: 在前端进行适当的限流措施，避免瞬间流量过大导致的系统不稳定。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值