Redis高并发场景出现的问题和解决办法

最新推荐文章于 2025-06-17 11:42:15 发布

乌龙柚子

最新推荐文章于 2025-06-17 11:42:15 发布

阅读量1k

点赞数

CC 4.0 BY-SA版权

文章标签： redis 数据库

本文链接：https://blog.youkuaiyun.com/Im_Shuang/article/details/120832070

本文探讨了在高并发场景下使用传统锁和Redis分布式锁时遇到的问题，如线程超时、主从复制影响及性能瓶颈。重点介绍了Redisson如何通过续命机制解决超时问题，并针对不同问题提出解决方案，如使用红锁和分段锁。

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

先看一段代码

分析此段代码会发现在高并发的情况下，redis里的商品可能会出现重复扣减的问题。我们一般情况下通常想到的办法是把这块代码块放在synchronized代码块中，这样可以避免并发的问题。但是注意这种办法只适用在单体应用中，而在分布式系统中，由于一个项目部署在多个服务器中，仍然会出现重复扣减的问题。而redis是所有分布式项目的都会调用的系统，所以redis分布式锁能很好的解决这种情况。加上redis分布式锁后

我们在来看上面的代码加上了分布式锁，设置了过期时间，并且加上了删除key的代码，但是新的问题又来了，我们想象一下现在一下过来三个线程，线程1由于数据库，GC等原因，执行了15秒，由于设置redis的过期时间是10秒，所以第10秒时候，线程2就拿到了线程1释放的锁，线程2拿到锁后4秒就执行完了，所以线程2删除key时候其实删除的是线程1的锁，同理线程3删除的有可能是线程2的锁，这样整个锁的删除会出现错乱，其实锁就毫无意义了，相当于失效。Redisson可以很好的解决这个问题，它的思路：判断业务如果超时，设置延长redis的超时时间，也叫作续命，续命多次（3次）如果还是没有释放锁的情况下，则认为超时。如下