Redis缓存穿透、击穿、雪崩

唠嗑部分

在实际开发中啊，很多小伙伴会用到缓存、来提高系统的响应速度，比如系统的首页缓存、列表的首页缓存，用户认证信息…都会存到缓存中，而提起缓存，redis肯定是首选的

那么今天小白就来说一说缓存穿透、缓存击穿、缓存雪崩及相关的解决方案

言归正传

缓存穿透

指的是查询的数据在数据库中没有，自然在redis中也没有，这样就导致用户查询的时候，在缓存中找不到，每次都要去数据库再查询一遍，然后返回空。这样请求就绕过缓存直接查数据库，如果大量的查询请求转发到数据库会直接导致数据库宕机

简单记：redis、数据库都无数据

解决方案：

1、使用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉

2、当数据库中没有的时候，在redis中缓存null值，失效时间设置短一些，让其他请求从缓存中获取

缓存击穿

指的是该数据数据库中存在，而redis中过期了，此时如果有大量并发请求查询key，会直接绕过缓存打到数据库上，导致数据库瞬间宕机(热点数据)

简单记：单个key在redis无数据、数据库有数据

解决方案：

1、提前缓存热点数据，在redis访问高峰期之前提前缓存热点数据，适当增加这些数据的失效时间。

2、将key的失效时间设置为永久(不建议)

3、将查询数据库的操作加锁，保证每次只能单个线程去操作数据库，获取锁资源成功的线程去查询数据库，然后将数据回写到redis，获取失败的线程睡眠一段时间再查询缓存

缓存雪崩

指的是在很短的时间内，大量key同时到期，导致很多并发请求打到数据库上是的数据库宕机

简单记：多个key在redis无数据、数据库有数据

解决方案：

1、给key设置随机的到期时间，避免同时到期。

2、使用锁或队列，用加锁或者队列的方式来保证不会有大量的线程对数据库一次性进行读写，从而避免失效时大量的并发请求落到底层存储系统上。效率低，不适用高并发情况

3、构建多级缓存架构，nginx缓存+redis缓存+其他缓存

结语

1、以上就是我们今天分享的内容。

2、制作不易，一键三连再走吧，您的支持永远是我最大的动力！