Redis分布式锁

本文详细介绍了Redis分布式锁的获取、释放及防止死锁的方法,包括使用setnx和expire、Lua脚本确保原子操作、设置过期时间和使用看门狗续时。同时,针对Redis集群场景下主从数据不一致可能导致的问题,提出了RedLock算法,确保超过一半的master节点获取锁成功才算加锁成功,从而提高锁的安全性。

一、锁是怎么获取的?

setnx:不存在则设置

或者:SET lock unique_value NX PX 10000;

二、锁是怎么释放的?

在finally代码块中删掉key释放锁

三、怎么避免死锁?

在setnx抢占到锁后,用expire设置过期时间

四、在expire执行前进程挂掉了怎么办?

使用Lua脚本把setnx、expire两个步骤合成一个原子操作。

五、第一个线程任务还没执行完,但它的锁过期时间到了已自动释放掉,此时第二个线程抢到锁开始执行,等第一个线程执行完又释放掉第二个线程加的锁怎么办?

  1. 针对过期时间到了还没执行完的问题,可以通过守护线程,在锁即将过期前,检查业务是否执行完,若没有则给锁key延长过期时间,Resisson中的「看门狗」自动续时就实现了这个功能。

  2. 这对释放掉别人加的锁的问题,可以在设置key的,用独特的唯一标识,如uuid作为value,在删除前比较value值是不是当然线程设置的,是则删除。当然要使用Lua脚本把比较、删除两个步骤合成一个原子操作。

六、在Redis集群场景,主从数据不是强一致性情况下,主节点宕机时数据还未来得及复制到从节点,选举出新的主节点后没有之前加的锁,此时新的线程过来还是会加锁成功怎么办?

问题补充说明:

普通的单机redis分布式锁,加锁时只作用在一个redis节点上,即使这个master节点通过哨兵机制实现了高可用,但是当发生故障转移时,主从复制是异步的,推选出来新的master节点可能会没有之前加的锁,这就会导致在故障转移期间可能会有多个客户端获取到锁。

  1. RedLock算法

  2. 超过一半的master节点(N/2+1)获取锁成功才算是加锁成功

在这里插入图片描述
在这里插入图片描述

### Redis 分布式锁的实现方式、使用方法及最佳实践 #### ### 1. Redis 分布式锁的基本原理 Redis 分布式锁的核心思想是利用 Redis 的原子性操作来确保锁的唯一性。通过 Redis 的 `SET` 命令,结合参数 `NX` 和 `EX`,可以在多线程环境下实现加锁和解锁的功能[^1]。此外,为了提高可用性,还可以采用 RedLock 算法或多实例部署的方式。 #### ### 2. Redis 分布式锁的实现方式 #### #### 2.1 单实例 Redis 实现分布式锁 单实例 Redis 实现分布式锁是最简单的实现方式。通过以下命令完成加锁和解锁操作: ```python import time import redis # 初始化 Redis 客户端 client = redis.StrictRedis(host='localhost', port=6379, db=0) lock_key = "distributed_lock" lock_value = "unique_identifier" # 加锁操作 def acquire_lock(): result = client.set(lock_key, lock_value, nx=True, ex=10) # 设置过期时间为 10 秒 return result is not None # 解锁操作 def release_lock(): script = """ if redis.call("get", KEYS[1]) == ARGV[1] then return redis.call("del", KEYS[1]) else return 0 end """ client.eval(script, 1, lock_key, lock_value) ``` 上述代码中,`nx=True` 确保只有当键不存在时才设置键值对,从而实现加锁功能。`ex=10` 参数为锁设置了 10 秒的过期时间,防止死锁的发生[^1]。 #### #### 2.2 多实例 Redis 实现分布式锁(RedLock 算法) 在高可用场景下,可以使用 RedLock 算法实现分布式锁。RedLock 算法通过多个 Redis 实例来确保锁的可靠性。以下是 RedLock 的伪代码实现: ```python import redis import time class RedLock: def __init__(self, redis_nodes): self.redis_nodes = [redis.StrictRedis(**node) for node in redis_nodes] def acquire_lock(self, lock_key, lock_value, ttl): quorum = len(self.redis_nodes) // 2 + 1 start_time = time.time() success_count = 0 for node in self.redis_nodes: if node.set(lock_key, lock_value, nx=True, px=ttl): success_count += 1 elapsed_time = time.time() - start_time validity_time = ttl - int(elapsed_time * 1000) if success_count >= quorum and validity_time > 0: return True, validity_time else: self.release_lock(lock_key, lock_value) return False, 0 def release_lock(self, lock_key, lock_value): for node in self.redis_nodes: try: script = """ if redis.call("get", KEYS[1]) == ARGV[1] then return redis.call("del", KEYS[1]) else return 0 end """ node.eval(script, 1, lock_key, lock_value) except Exception: pass ``` RedLock 算法要求在大多数 Redis 实例上成功加锁,并且整个过程的时间小于锁的有效期,才能认为加锁成功[^3]。 #### ### 3. Redis 分布式锁的最佳实践 #### #### 3.1 设置合理的锁超时时间 为了避免死锁问题,必须为锁设置一个合理的超时时间。如果锁持有者在超时时间内未完成任务,锁将自动释放[^1]。 #### #### 3.2 使用唯一的锁标识符 在加锁时,应为每个锁分配一个唯一的标识符(如 UUID),以便在解锁时验证锁的拥有者身份,防止误删其他线程的锁[^3]。 #### #### 3.3 防止 GC 停顿导致锁失效 Java 程序中的垃圾回收(GC)可能导致线程长时间暂停,从而使锁提前释放。为了解决这一问题,可以使用续租机制,在锁即将到期时主动延长锁的有效期。 #### #### 3.4 监控锁的竞争情况 在高并发场景下,可以通过监控锁的竞争情况来优化系统性能。例如,记录加锁失败的次数或等待时间,分析是否存在锁争用问题[^1]。 #### ### 4. 示例代码:基于 Redisson 的分布式锁实现 Redisson 是一个成熟的 Redis 客户端库,提供了丰富的分布式锁功能。以下是使用 Redisson 实现分布式锁的示例代码: ```java import org.redisson.Redisson; import org.redisson.api.RLock; import org.redisson.api.RedissonClient; import org.redisson.config.Config; public class RedissonLockExample { public static void main(String[] args) throws InterruptedException { Config config = new Config(); config.useSingleServer().setAddress("redis://127.0.0.1:6379"); RedissonClient redisson = Redisson.create(config); RLock lock = redisson.getLock("myDistributedLock"); lock.lock(); // 加锁 try { // 执行业务逻辑 System.out.println("Lock acquired, performing task..."); Thread.sleep(1000); // 模拟任务执行 } finally { lock.unlock(); // 解锁 System.out.println("Lock released."); } redisson.shutdown(); } } ``` Redisson 提供了多种锁类型,包括公平锁、可重入锁和红锁(RedLock),开发者可以根据实际需求选择合适的锁类型[^3]。 #### ### 5. 注意事项 - 在高并发场景下,应尽量减少锁的粒度,避免因锁竞争导致性能下降。 - 如果 Redis 实例发生故障,可能会导致锁丢失。因此,在关键业务场景下,建议使用哨兵模式或集群模式来提高 Redis 的可用性[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Alex·Guangzhou

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

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

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

打赏作者

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

抵扣说明:

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

余额充值