redis_two（分布式锁）

已于 2022-08-17 09:18:19 修改
阅读量415 收藏
点赞数
分类专栏： 回顾 文章标签： redis java 数据库
于 2022-08-15 14:05:38 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42044885/article/details/126339563
版权

笔记内容
在这里插入图片描述

redis实现分布式锁
在这里插入图片描述
以上代码会出现并发超卖问题，所以加同步锁简单解决
在这里插入图片描述
这样在集群架构环境下（多台服务器）环境下会出现超卖问题
在这里插入图片描述
集群环境下(两个jvm)进行对同一个redis操作，a将库存改为277后，b某时刻又将库存改为278，a又获取到288并改为277，所以就出现超卖问题

用setnx解决问题
setnx是执行单线程进行，且要是对一个key进行setnx操作，后面在对这个key是无效的
在这里插入图片描述
在这里插入图片描述
问题：
拿到锁后的线程执行业务在中途发生异常，便不会执行释放锁的操作，死锁
放在try-catch-finaly中
在这里插入图片描述
问题2：执行过程中出现宕机问题。finally中的代码也执行不了
解决：加入锁失效时间（分布式锁超时时间）
在这里插入图片描述
在这里插入图片描述
两行代码分开写也会出现在执行前main一行代码后出现宕机，便不会释放锁，于是将两行代码合并成一行代码（另外一个不同参数个数的方法）
在这里插入图片描述
以上就差不多解决了，但是在高并发环境中，也会出现问题

在这里插入图片描述
比如：在高并发场景的时候请求一个接口需要的时间较长（需要耗时15秒），那么在执行业务代码的时候还没执行到finally，就超过15秒，锁就失效了，第二条线程就会获得锁，但第一条线程会继续往下执行，导致把第二条线程的锁给释放。后面类似情况，出现大面积所失效问题。

问题的根本点：a线程假的锁被b线程给释放掉

给锁加个身份表示：用uuid产生
在这里插入图片描述
在这里插入图片描述

讨论：为什么不使用线程id作为锁的身份标识
答：在分布式环境下，每台服务器上可能有相同的线程id

上面执行finally是也会出现极端问题：
当一线程执行到if语句代码块中，还没释放锁，这个时候锁超时了，另外一个线程加锁成功，这个时候继续往下执行，便会把另外一个线程的锁给释放了，出现上面类似问题。

解决方法：锁续命 watch dog
在主线程之下开一个分线程来判断主线程有没有执行完成，要是没执行完成就会将超时时间重置，这样只要主线程没有执行完，锁就永远不会失效。

具体实现：Redisson
引入依赖- redisson
初始化redisson客户端
注入到容器
在这里插入图片描述
在这里插入图片描述
获锁，加锁在这里插入图片描述 解锁在这里插入图片描述

在这里插入图片描述
更改以上加锁方式，用redisson方式加锁
在这里插入图片描述
替换掉这个
在这里插入图片描述
为
在这里插入图片描述

Comus_j
关注
专栏目录
Spring Boot + Redis 实现分布式锁，还有谁不会？？
m0_73088370的博客
09-01 257
对于耗时业务和核心数据，不能让重复的请求同时操作数据，避免数据的不正确，所以要使用分布式锁来对它们进行保护。
Spring Boot + Redis 实现分布式锁
qq_42003636的博客
02-19 1245
例如，线程 A 先获取锁，proceed 方法耗时，超过了锁超时时间，到期释放了锁，这时另一个线程 B 成功获取 Redis 锁，两个线程同时对同一批数据进行操作，导致数据不准确。使用 Redis 作为分布式锁，将锁的状态放到 Redis 统一维护，解决集群中单机 JVM 信息不互通的问题，规定操作顺序，保护用户的数据正确。有些业务请求，属于耗时操作，需要加锁，防止后续的并发操作，同时对数据库的数据进行操作，需要避免对之前的业务造成影响。所以记得多打点 Log，分析问题时可以更快一点。
Redisson分布式锁
weixin_44924882的博客
02-16 625
有一个创建人员信息的模块，前端页面中输入人员相关信息，点击“保存”按钮发送请求，后端收到请求后开始处理，生成主键ID及其它信息，安全起见可以在保存人员信息方法上加一个synchronized锁或者是ReentrantLock锁，最后将人员信息保存到数据库中。假如：前端没有控制好，第一次点击“保存”按钮后，并没有将按钮置为无效，客户点了两次“保存”按钮，发送了两次请求，这样会怎么样？通过Redisson的单线程特性，在保存人员信息前先获取锁，获取成功后才执行。为什么需要分布式锁呢？
双重检测同步锁---防止Redis缓存穿透
java is 因缺思厅
01-26 8015
缓存穿透: 注： 上面三个图会有什么问题呢？ 我们在项目中使用缓存通常都是先检查缓存中是否存在，如果存在直接返回缓存内容，如果不存在就直接查询数据库然后再缓存查询结果返回。这个时候如果我们查询的某一个数据在缓存中一直不存在，就会造成每一次请求都查询DB，这样缓存就失去了意义，在流量大时，可能DB就挂掉了。 那这种问题有什么好办法解决呢？ 要是有人利用不
Redis处理⾼并发 实现分布式锁
weixin_62907807的博客
06-29 1107
实⽤⼯具包中常⽤ 接⼝的基础上，为使⽤者提供了⼀系列具有分布式特性的常⽤⼯具类。使得原本作为协调单机多线程并发程序的⼯ 具包获得了协调分布式多机多线程并发系统的能⼒，⼤⼤降低了设计和研发⼤规模分布式系统的难度。同时结合各 富特⾊的分布式服务，更进⼀步简化了分布式环境中程序相互之间的协作。-- Spring操作Redis的工具类 -->-- 实现分布式锁的工具类 -->-- Redis客户端 -->-- JSON解析工具 -->键值数据库提供的⼀系列优势，在。群集状态扫描间隔（毫秒）框架上，充分的利⽤了。
双重检验锁(redis缓存击穿)
jd_gogogo的博客
08-05 1491
1.场景: 用redis做了数据缓存,可能存在缓存击穿,就是同一时间大量请求过来,发现缓存没有数据,去查询数据库。 2.解决方案 (判断缓存是否有数据方法外加锁,存在问题后续每次进来都需要判断,影响效率) 2.从数据库查询数据方法外加锁,锁内再次判断缓存是否有数据() String skuInfoJson = redisTemplate.opsForValue().get("SkuInfoById" + skuId); if(StringUtils.isEmpty(skuInfo
redis之双重检查锁（double check lock）的使用
happy-vicky的博客
03-13 3079
通常使用redis的使用如下：public List<Order> query(){ //1.查询缓存 ValueOperations ops = redisTemplate.opsForValue(); String json = String.valueOf(ops.get(CACHE_KEY)); //2.判断缓存中是否有数据 if(!St...
【完美】SpringBoot中使用注解来实现 Redis 分布式锁
m0_71777195的博客
09-02 529
对于耗时业务和核心数据，不能让重复的请求同时操作数据，避免数据的不正确，所以要使用分布式锁来对它们进行保护。再来梳理一下设计流程：新建注解 @interface，在注解里设定入参标志增加 AOP 切点，扫描特定注解建立 @Aspect 切面任务，注册 bean 和拦截特定方法特定方法参数 ProceedingJoinPoint，对方法 pjp.proceed() 前后进行拦截切点前进行加锁，任务执行后进行删除 key本次学习是通过Review。
redis 分布式锁 setnx
HermesCQ的博客
02-12 622
def _create_lock_object(self, key): ''' Returns a lock object, split for testing ''' return redis_lock.Lock(self.redis_conn, key, expire=self.settings['REDIS...
基础篇：分布式锁的入门学习
ghw15221836342的博客
01-09 950
分布式锁是什么？有什么用？ 分布式锁的核心必备东西有哪些？ 分布式锁的应用场景有哪些？ Redisson入门使用
解决Redis的热点缓存问题（双重检查锁）
qq_44890539的博客
05-20 1501
使用双重检查锁解决热点缓存问题 首先，我们来认识一下什么是热点缓存 我们用redis来做缓存的时候，都碰到过缓存穿透问题吧，这个就是我要说的热点缓存问题 怎么引起的？ 就是当我们存在缓存中的数据有一个失效时间，这个时间过期了，在这个期间，有大量的请求访问过来，看redis中没有该数据，会直接去访问MySql数据库，给数据库造成很大的压力 解决 我们来说解决热点缓存的方案：双重检查锁 业务场景：查询学生总人数 //使用双重检查锁 //不存在线程安全问题 @Override p
Redis“双重检测锁”机制解决缓存击穿代码实践
weixin_47969982的博客
03-29 1184
当系统中引入redis缓存后，一个请求进来后，会先从redis缓存中查询，缓存有就直接返回，缓存中没有就去db中查询，db中如果有就会将其丢到缓存中，但是有些key对应更多数据在db中并不存在，每次针对此次key的请求从缓存中取不到，请求都会压到db，从而可能压垮db。比如用一个不存在的用户id获取用户信息，不论缓存还是数据库都没有，若黑客利用大量此类攻击可能 压垮数据库。使用“双重检测锁”机制，从数据库查询数据方法外加锁,锁内再次判断缓存是否有数据。
Java之——redis并发读写锁，使用Redisson实现分布式锁
热门推荐
冰河的专栏
06-21 4万+
最近由于工作很忙，很长时间没有更新博客了，今天为大家带来一篇有关Redisson实现分布式锁的文章，好了，不多说了，直接进入主题。 1. 可重入锁（Reentrant Lock） Redisson的分布式可重入锁RLock Java对象实现了java.util.concurrent.locks.Lock接口，同时还支持自动过期解锁。 public void testReentrantLo
synchronized实现双重检查锁避免Redis缓存击穿
最新发布
qq_52183856的博客
07-18 752
synchronized实现双重检查锁避免Redis缓存击穿
三种分布式锁
It_sharp的博客
04-11 393
写在前面 在看这篇文章之前先要弄懂啥是分布式？啥是分布式，我的理解就是一个系统部署在多台服务器上，每一台都能提供服务，这样子所有服务器就是分布式系统，分布式的好处就是可以聚合资源，使一台机器完成不了的事让两台机器或多台机器来完成。这是最早的分布式，一台机器宕机了，其他的机器仍然可以提供服务。 一文弄懂"分布式锁" 多线程情况下对共享资源的操作需要加锁，避免数据被写乱，在分布式系统种，这个问题也是存...
redis 分布式锁问题解决思路
foralllove的博客
01-31 513
1.分布式锁是控制分布式系统或不同系统之间共同访问共享资源的一种锁实现。一般存在三种实现方式：数据库，zookpeer和redis。 2.redis分布式锁： 加锁： 设定一个key,value,如果key已存在表示自愿已经被占用，不存在则设定key并获取改资源。 解锁： 当业务完成资源释放后移除key。 为防止死锁存在（业务崩溃意外导致未进行解锁操作导致未出现解锁操作，key永久存在以至于资源无法被占用），所以我们给key设定一个超时时间，如果没有解锁操作的话，key会自动过期。 ...
Redisson分布式锁原理浅析
qq_34826261的博客
08-05 4793
Redisson锁是我们常用的分布式锁，其核心方法就是获取锁对象（getLock）、加锁（lock、tryLock）和释放锁（unlock），下面从锁的初始化、加锁和释放锁三部分分析Redisson锁的原理。
Redis实现分布式锁原理和Redisson框架实现分布式锁，全网最详细讲解
我认不到你的博客
04-09 2571
分布式锁，即分布式系统中的锁。在单体应用中我们通过锁解决的是控制共享资源访问的问题，而分布式锁，就是解决了分布式系统中控制共享资源访问的问题。与单体应用不同的是，分布式系统中竞争共享资源的最小粒度从线程升级成了进程。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值