基于Redis集群SpringBoot整合Redisson实现分布式锁

最新推荐文章于 2024-08-21 15:12:36 发布

quest101

最新推荐文章于 2024-08-21 15:12:36 发布

阅读量693

点赞数

分类专栏： SpringBoot

本文链接：https://blog.csdn.net/quest101/article/details/116876532

版权

该博客介绍了如何使用Redisson实现分布式锁，并通过一个简单的并发测试展示其在并发控制中的作用。配置了Redisson连接集群，展示了RedLock算法的原理，包括在多个Redis节点上获取锁的策略。此外，还提供了Spring Boot应用的配置和测试代码，用于演示加锁和不加锁的并发执行效果。最后，提到了RedLock存在的锁超时的安全问题。

摘要由CSDN通过智能技术生成

分布式锁使用场景

用锁保护共享资源，例如生成唯一的序列号、电商系统下单前确保库存足够等。

RedLock算法的核心原理：

使用N个完全独立、没有主从关系的Redis master节点以保证他们大多数情况下都不会同时宕机，N一般为奇数。一个客户端需要做如下操作来获取锁：

获取当前时间（单位是毫秒）。
轮流用相同的key和随机值在N个节点上请求锁，在这一步里，客户端在每个master上请求锁时，会有一个和总的锁释放时间相比小的多的超时时间。比如如果锁自动释放时间是10秒钟，那每个节点锁请求的超时时间可能是5-50毫秒的范围，这个可以防止一个客户端在某个宕掉的master节点上阻塞过长时间，如果一个master节点不可用了，我们应该尽快尝试下一个master节点。
客户端计算第二步中获取锁所花的时间，只有当客户端在大多数master节点上成功获取了锁（(N/2) +1），而且总共消耗的时间不超过锁释放时间，这个锁就认为是获取成功了。
如果锁获取成功了，那现在锁自动释放时间就是最初的锁释放时间减去之前获取锁所消耗的时间。
如果锁获取失败了，不管是因为获取成功的锁不超过一半（N/2+1)还是因为总消耗时间超过了锁释放时间，客户端都会到每个master节点上释放锁，即便是那些他认为没有获取成功的锁。

简单来说，就是利用多个的主节点，在超过半数以上的主节点获取锁成功，才算成功；否则算失败，回滚–删除之前在所有节点上获取的锁。

源码

Maven 依赖

    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter</artifactId>
    </dependency>

    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-web</artifactId>
    </dependency>

    <dependency>
      <groupId>org.redisson</groupId></