Redis - 三大缓存问题（穿透、击穿、雪崩）-Toy模板网

这篇具有很好参考价值的文章主要介绍了Redis - 三大缓存问题（穿透、击穿、雪崩）。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

缓存穿透

概念： 查询一个数据库中也不存在的数据，数据库查询不到数据也就不会写入缓存，就会导致一直查询数据库

解决方法：

1. 缓存空数据

如果数据库也查询不到，就把空结果进行缓存

缺点是 - 消耗内存

2. 使用布隆过滤器

布隆过滤器的作用：检索一个元素是否在某个集合中

布隆过滤器由组成：位图 + 若干哈希函数

位图： 一个以 bit (位) 为单位的数组，数组中的每个单位只能存储二进制数 0 或 1 ，并且在初始状态下都为 1

比如数据库中有个 id=1 的数据，布隆过滤器会通过三个哈希函数分别计算出其哈希值为 1 、3 、7 ，将这三个位置的值置为 1
Redis - 三大缓存问题（穿透、击穿、雪崩）,Redis,缓存,redis,数据库
接着依次将数据库中的其他数据按照该方法写入布隆过滤器

如果此时请求查询 id = -1，根据那三个哈希函数计算得到的哈希值为 1 、 3 、 14 ，并且位图中 14 位置的值为0，那么我们就可以肯定这个数据在MySQL中不存在

但如果计算出来的值是 1 、 3 、 14 ，且这三个位置的值都为 1，那也不能确定 id=-1 的数据在数据库中存在，比如以下情况
Redis - 三大缓存问题（穿透、击穿、雪崩）,Redis,缓存,redis,数据库
1 、 3 、 14 三个位置的值都为 1 ，并不是因为 id=-1 的数据存在，而是恰巧 id=1 和 id=2 的存在使得 1 、 3 、 14 三个位置的值都为 1

我们可以想到，数组越小，误判的概率就越大，上面的位图只是做演示，实际上的位图长度非常长

在 Java 中提供了具体的实现方案 Redisson 和 Guava

布隆过滤器的预热和缓存的预热是在同一时刻进行的，之后的请求都会先打到布隆过滤器上，如果布隆过滤器判断该数据不存在直接返回，如果判断存在再放行查询缓存

缓存击穿

*概念：*一个非常热点的key在扛着大并发，当这个key过期的时候，持续的大并发就穿破缓存，直接打到数据库上，把数据库压垮

解决方法：

添加互斥锁（分布式锁）

Redis - 三大缓存问题（穿透、击穿、雪崩）,Redis,缓存,redis,数据库
当线程1 查询缓存未命中时，添加一个互斥锁，接着查询数据库重建缓存，重建缓存的过程中，又来个线程2 ，线程2 也不会命中缓存，那么线程2 会尝试获取互斥锁，但是失败（因为此时被线程1持有），线程2 会休眠一会儿重试，直到线程1 重建缓存成功，线程2 N次尝试后命中缓存