Java面试题 redis的RedLock(红锁)

RedLock是Redis的一种分布式锁实现,具备互斥访问、防止死锁和容错性。它需要在多个Redis节点间尝试获取锁,并确保大部分节点存活即可正常工作。在获取锁失败或超时后,客户端会在所有节点上解锁。这一机制确保了即使在部分Redis实例故障时,系统的稳定性和锁的正确释放。

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

1.RedLock是一种算法,Redlock也就是Redis Distributed Lock,可用多节点redis的分布式锁.

2.RedLock是官方推荐,Redisson完成了对Redlock算法封装.

3.此方法具有以下特性

        (1)互斥访问: 既永远只有一个 client 能拿到锁

        (2)避免死锁: 最终 client 都可能拿到锁,不会出现死锁的情况,即使锁定资源的服务崩溃或者分区,仍然能释放锁

        (3)容错性: 只要大部分 Redis 节点存活 (一半以上) ,就可以正常提供服务

4. RedLock原理(了解)

        1.获取当前 Unix 时间, 以毫秒为单位.

        2.依次尝试N个实例, 使用相同的 key 和随机值获取锁。在步骤2,当向 Redis 设置锁时,客户端应该设置一个网络连接和响应超时时间,这个超时时间应该小于锁的失效时间。例如你的锁自动失效时间为10秒,则超时时间应该在5-50毫秒之间。这样可以避免服务器端 Redis 已经挂掉的情况,客户端还在死死的等待响应结果。如果服务端没有规定时间内响应,客户端应该尽快尝试另外一个 Redis 实例。

        3.客户端使用当前时间减去开始获取锁时间 (步骤1记录的时间)就得到获取锁使用的时间。当且仅当从大多数(这里是3个节点)的 Redis 节点都取到锁,并且使用的时间小于锁失效时间时,锁才算获取成功。

        4.如果取到了锁,key的真正有效时间等于有效时间减去获取锁使用的使时间(步骤3计算的结果)

        5.如果因为某些原因,获取锁失败(没有在至少N/2+1个 Redis 实例取到锁或者取锁时间已经超过了有效时间),客户端应该在所有的Redis实例上进行解锁(即使某些Redis实例根本就没有加锁成功)。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值