Redis超时时的惊群现象

当Redis缓存数据失效时,高并发可能导致多个线程同时从数据库获取数据,加重数据库负担。解决思路是在缓存value中设置人为失效时间戳和lock锁,通过 incr 函数确保只有一个线程获取新数据并更新缓存,其他线程继续读取旧值,避免惊群现象。
摘要由CSDN通过智能技术生成

背景:

Redis的缓存数据库是为快速响应客户端减轻数据库压力的有效手段之一,其中有一种功能是失效缓存,其优点是可以不定期的释放使用频率低的业务空间而增加有限的内存,但对于同步数据库和缓存之间的数据来说需要面临一个问题就是:在并发量比较大的情况下当一个缓存数据失效之后会导致同时有多个并发线程去向后端数据库发起请求去获取同一业务数据(每次缓存失效的时候,我们理想的话,是有1个线程去数据库取数据,然后把这1份数据写入redis中就可以,但是在高并发的环境下,可能会有100个线程去数据库获取数据,然后也会把这100份数据写到redis中,导致数据库压力大,有大量的缓存失效。),这样如果在一段时间内同时生成了大量的缓存,然后在另外一段时间内又有大量的缓存失效,这样就会导致后端数据库的压力陡增,这种现象就可以称为“缓存过期产生的惊群现象”!


处理思路:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值