缓存三连：Redis缓存击穿、缓存穿透、缓存雪崩原因与解决方案

缺乏、安全感 2023-02-26 09:27 24阅读 0赞

概念转载自：[https://www.cnblogs.com/Mr-shen/p/12835384.html][https_www.cnblogs.com_Mr-shen_p_12835384.html]

### 1.缓存击穿 ###

key对应的数据存在，但在redis中过期，此时若有大量并发请求过来，这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把后端DB压垮。

使用互斥锁(mutex key) 比如redis中的 `setnx`命令，互斥锁会阻塞  
![在这里插入图片描述][20200715095955516.png]  
在缓存失效的时候（判断key拿出来的值为空），不是立即去获取db，而是先使用缓存工具的某些带成功操作返回值的操作（比如Redis的SETNX）去set一个mutex key（注意：一定要将这个mutex key 设置过期时间），当操作返回成功时，再进行获取db的操作并刷新缓存；否则，就重试整个获取缓存的方法。

### 2.缓存穿透 ###

一个一定不存在缓存及查询不到的数据，由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。

有很多种方法可以有效地解决缓存穿透问题，最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被 这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。（布隆过滤器后续补充一下，没错，还是转载。。。不知道的东西总要学习一下。。。。。。）

另外也有一个更为简单粗暴的方法，如果一个查询返回的数据为空（不管是数据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。

### 3.缓存雪崩 ###

有一个简单方案就时将缓存失效时间分散开，比如我们可以在原有的失效时间基础上增加一个随机值，比如1-5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件

缓存标记：记录缓存数据是否过期，如果过期会触发通知另外的线程在后台去更新实际key的缓存

关于缓存崩溃的解决方法，三种方案：使用锁或队列、设置过期标志更新缓存、为key设置不同的缓存失效时间，还有一种被称为“二级缓存”的解决方法。

[https_www.cnblogs.com_Mr-shen_p_12835384.html]: https://www.cnblogs.com/Mr-shen/p/12835384.html
[20200715095955516.png]: /images/20230209/197199d2ff1a43f28086d626ee6d75d4.png