浅入浅出缓存穿透、缓存雪崩、缓存击穿的区别

21 篇文章 1 订阅
本文深入探讨了在高并发场景下,如何利用Redis缓存来应对缓存穿透、雪崩和击穿等问题。解决方案包括使用Bloomfilter过滤无效查询,设置空值缓存,采用线程互斥或交错失效时间来避免雪崩,以及通过设置永不过期或使用分布式锁来防止击穿。这些策略旨在确保系统的稳定性和数据库的保护。
摘要由CSDN通过智能技术生成

开发中为解决高并发访问,通常会采用Redis缓存的方法,下面对使用Redis缓存时的缓存穿透、缓存雪崩、缓存击穿进行分析,是什么,为什么?
注意:缓存不是万能的,在使用方面有很多考虑的问题,把缓存比喻成防弹衣,但是如果你没有穿好这件防弹衣会适得其反。在高并发场景下有一个常常被忽略的一个地方,读多还是写多,读多写少用缓存,写多读少用消息队列。
为什么要用缓存?为了系统的高性能,在每个系统的性能指标中有两个重要的点,一个是性能最佳点和性能最大值,超过最大融载值就走向系统崩溃的边缘了。

缓存穿透

缓存穿透是指缓存和数据库中都没有的数据,而用户不断发起请求,特别是不存在的数据。这时的用户很可能是攻击者,攻击会导致数据库压力过大。
解决方案:

1.在服务器端,接收参数时业务接口中过滤不合法的值,null,负值,空值进行检测。

2.bloom filter:类似于哈希表的一种算法,用所有可能的查询条件生成一个bitmap,在进行数据库查询之前会使用这个bitmap进行过滤,如果不在其中则直接过滤,从而减轻数据库层面的压力。

3.空值缓存:一种比较简单的解决办法,在第一次查询完不存在的数据后,将该key与对应的空值也放入缓存中,只不过设定为较短的失效时间,例如几分钟,这样则可以应对短时间的大量的该key攻击,设置为较短的失效时间是因为该值可能业务无关,存在意义不大,且该次的查询也未必是攻击者发起,无过久存储的必要,故可以早点失效。

缓存雪崩

缓存雪崩是指当缓存服务挂掉或者热点缓存失效,所有请求都去查数据库,导致数据库连接不够或者数据库处理不过来,从而导致整个系统不可用。

解决方案:

加锁排队、 设置过期标志更新缓存  、二级缓存(引入一致性问题)、 预热、 缓存与服务降级。

1.线程互斥:只让一个线程构建缓存,其他线程等待构建缓存的线程执行完,重新从缓存获取数据才可以,每个时刻只有一个线程在执行请求,减轻了db的压力,但缺点也很明显,降低了系统的qps。

2.交错失效时间:这种方法时间比较简单粗暴,既然在同一时间失效会造成请求过多雪崩,那我们错开不同的失效时间即可从一定长度上避免这种问题,在缓存进行失效时间设置的时候,从某个适当的值域中随机一个时间作为失效时间即可。

缓存击穿

缓存击穿实际上是缓存雪崩的一个特例,缓存击穿是指缓存中没有但数据库中有数据(一般是缓存时间到期),这时由于并发用户特别多,同时读缓存没读到数据,又同时去数据库去取数据,引起数据库压力瞬间增大,造成过大压力。击穿与雪崩的区别即在于击穿是对于某一特定的热点数据来说,而雪崩是全部数据。

解决方案:

1.缓存设置不过期。

从redis上看,确实没有设置过期时间,这就保证了,不会出现热点key过期问题,也就是物理不过期。但是它会遇到一个数据更新的问题,或者说数据不一致的问题。

在value中存储过期时间,在编码处理的时候,有条件(过期时间小于一分钟)对缓存数据进行更新,这个方案对性能最佳。

2.使用锁工具(分布式锁)

小结:

  • 缓存穿透----缓存没有数据 ----数据库没有数据----大量请求怼到数据库
  • 缓存雪崩----缓存没有数据(服务挂掉或缓存失效)----数据库有数据 ----大量请求怼到数据库
  • 缓存击穿----缓存没有数据(热点数据缓存到期) ----数据库有数据 ----大量请求怼到数据库
    参考Java学习之道公众号上文章,自己分析一遍加深理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值