Redis总结（二）—— 缓存穿透、缓存击穿、缓存雪崩

1. 缓存穿透

同一时刻，大量的并发请求数据库中不存在的信息，他既不会命中缓存，也不会命中数据库，但是他会查找数据库

解决方案：

• 在接口层增加校验，比如用户鉴权校验，参数做校验，不合法的参数直接代码Return，比如：id 做基础校验，id <=0的直接拦截等

• 当数据库查询结果为空时，数据也被缓存，但缓存有效期设置较短，以免影响正常数据的缓存

• 布隆过滤器：利用高效的数据结构和算法快速判断出你这个Key是否在数据库中存在，不存在你return就好了，存在你就去查了DB刷新KV再return

2. 缓存击穿

缓存击穿是指热点key在某个时间点过期的时候，而恰好在这个时间点对这个Key有大量的并发请求过来，从而大量的请求打到db（数据库）

解决方案：

• 设置热点数据永远不过期，比如首页数据

• 定时任务：查询快要过期的key，更新内容，并刷新有效时间

• 延迟队列：将数据存入缓存的那一刻同时发送一个延迟队列（按指定时间消费），时间小于缓存中key的过期时间，到了指定时间，消费者刷新key的有效时间再发送一个延迟队列，以此循环

• 互斥锁：根据key获取value值为空时，锁上，从数据库中load数据后再释放锁。若其它线程获取锁失败，则等待一段时间后重试。这里要注意，分布式环境中要使用分布式锁，单机的话用读写锁就够了

• 布隆过滤器

3. 缓存雪崩

缓存在同一时间内大量键过期（失效），接着来的一大波请求瞬间都落在了数据库中导致连接异常

解决方案：

• 随机设置过期时间

• 加锁

• 建立备份缓存，缓存A和缓存B，A设置超时时间，B不设值超时时间，先从A读缓存，A没有读B，并且更新A缓存和B缓存

4. 应对总结

一般避免以上情况发生我们从三个时间段去分析下：

• 事前：Redis 高可用，主从+哨兵，Redis cluster，避免全盘崩溃。

• 事中：本地 ehcache 缓存 + Hystrix 限流+降级，避免** MySQL** 被打死。

• 事后：Redis 持久化 RDB+AOF，一旦重启，自动从磁盘上加载数据，快速恢复缓存数据。

参考：

1. https://juejin.im/post/5dbef8306fb9a0203f6fa3e2