Redis缓存穿透、击穿、雪崩

课程地址： 【尚硅谷】Redis 6 入门到精通 超详细 教程

1.缓存穿透

定义： key对应的数据在数据源中并不存在，每次针对key的请求从缓存中获取不到，请求都会压到数据源，从而可能压垮数据源。

比如： 数据库中只存在id在1~9的用户信息且都已缓存，如果此时向服务端发送一个查找id=10的请求，因为缓存中不存在该id对应的数据，所以需要到数据库中进行查找操作才能够确定id=10的数据是否存在。因此，在数据库压力较大的情况下，若黑客利用此漏洞进行多次恶意的攻击就有可能会压垮整个数据库。

解决方案

1. 对空值缓存： 如果一个查询返回的数据为空（不管是数据是否存在），我们仍然把这个空结果（null）进行缓存， 设置空结果的过期时间很短 ，最长不超过五分钟。

这种方法是最简单暴力的，能够有效减小短时间内用户发送多次无效请求而导致数据库被压垮的情况发生几率。

如：用户在一分钟内向服务器中发送了十万次id=10的无效请求，当这十万次请求的第一条进来时，我们就对id=10的数据进行空值缓存，那么剩下的未执行的无效请求都会在缓存中获取空值，从而避免数据库大量重复的执行无意义的查询操作而被迫增加压力导致宕机。

2.设置可访问的名单（白名单）： 使用bitmaps类型定义一个可以访问的名单，名单id作为bitmaps的偏移量，每次访问时需要与bitmap中的id进行比较，如果id不在bitmaps中，则拦截其请求。

3.采用布隆过滤器： 布隆过滤器实际上是一个很长的二进制向量（位图）和一系列随机映射函数（哈希函数）。

布隆过滤器可以用于检索一个元素是否存在一个集合中。他的优点是空间效率和查询时间都远远超过一般的算法，缺点是有一定的误识别率和删除困难。

4.进行实时监控（黑名单）： 当发现Redis的命中率开始急剧下降，需要排查访问对象和访问的数据，和运维人员配合，可以设置黑名单限制服务。

---

2.缓存击穿

定义： Redis中某个热点key过期了，使得与该key对应的大量请求突然涌入数据库中，在数据库还未来得及回设缓存时，就已经被请求压垮。

比如： 一件参加秒杀活动的商品，在秒杀请求前一刻其对应的缓存key过期了，原本应该在缓存中获取商品信息的海量秒杀请求都全部涌入到数据库中，使得数据库还未重新给此商品设置缓存时就已经被压垮，无法正常工作。

解决方案

1.预先设置热门数据： 在redis高峰访问前，把一些热门数据提前存入到redis中，加大这些热门数据的过期时长（如上面的秒杀例子，在秒杀时间即将到来之前，对参与秒杀的商品信息提前加入到缓存中）。

2.实时调整： 现场监控哪些数据热门，实时调整key的过期时长。

3.加互斥锁： 在并发的多个请求中，只有第一个请求线程能拿到锁并执行数据库查询操作，其他的线程拿不到锁就阻塞等着，等到第一个线程将数据写入缓存后，其余的请求直接走缓存。

---

3.缓存雪崩

定义： 缓存中的key大量集中过期，导致众多请求无法通过缓存获取，导致大量请求涌入数据库中进行查询操作，可能会使数据库被压垮的情况。

击穿和雪崩的区别在于，前者是某个或某少量的热点key值过期，导致与热点key值对应的大量请求涌入到数据库中；而后者则是大量key值同时集中过期，导致的大量请求涌入到数据库中，导致数据库被压垮。

解决方案

1.将过期时间分散开： 避免缓存设置相近的有效期；为有效期增加随机值；统一规划有效期，失效时间均匀分布。

2.永不过期： 缓存永不过期，异步更新（缺点：不保证一致性，代码复杂度增大，每个value值都要维护异步更新代码，容易堆积垃圾数据）。

3.设置过期标记更新缓存： 记录缓存数据是否过期（设置提前量），如果过期会触发通知另外的线程在后台去更新实际的key缓存。

4.使用锁和队列： 用加锁或者队列的方式保证不会有大量的线程对数据库一次性进行读写，从而避免失效时大量的并发请求落到底层存储系统上（不适合在高并发的场景）。