面试常见问题:redis缓存穿透，缓存击穿，缓存雪崩原因+解决方案

一、缓存穿透

1、概念

数据本来不存在，请求的时候发现缓存没有就去查询数据库

2、解决方案

存空值 使用一个key去查询某个数据的时候，存一个固定的值进去，程序取到这个值就说明没有
布隆过滤器 布隆过滤器使用的是Redis的位图功能。具体使用可参见
解决Redis缓存穿透的利器之布隆过滤器

二、缓存雪崩

1、概念

1.1、情况一

大批量热点数据过期后，高并发请求，直接请求到db，引起db压力造成查询阻塞甚至宕机。

1.2、情况二

Redis挂了。导致请求都到db了。假设高并发5000个请求，本来缓存再高峰期可以抗住每秒4000个请求，但是Redis挂了，5000个请求直接干到了数据库层，这可能又把数据库给打死了。

2、解决方案

2.1、情况一的解决方案

简单粗暴，设置热点数据永不过期（具体还看业务是否允许）
将缓存失效的时间分散开，比如每个热点key的过期时间是随机的，而不是每个key都一样是固定的。这样不会遇到同时大量热点数据过期的情况，分批过期，将高并发大流量变成一部分一部分的小流量打给数据库，这样就没问题了。

2.2、情况二的解决方案

加一层本地ehcache缓存。也就是请求进来先查ehcache缓存，ehcache没有的话去查redis，redis也没有再去db。这时候redis挂了，但是我们本地ehcache还有，所以不会打到db层。
限流组件，可以设置每秒最大请求数，超过最大请求数的那些请求怎么办？走降级！可以返回一些默认值，或者友情提示啥的。
限流的好处是数据库绝对不会死，因为限流组件保证了有多少请求能进来。只要数据库不死，就能对外继续提供请求。虽然有部分用户请求走降级，但不是全部，会有大部分请求得到执行。

三、缓存击穿

1、概念

某个 key 非常非常热点，访问非常的频繁，高并发访问的情况下，当这个 key在失效（可能expire过期了，也可能LRU淘汰了）的瞬间，大量的请求进来，这时候就击穿了缓存，直接请求到了数据库，一下子来这么多，数据库肯定受不了，这就叫缓存击穿。某个key突然失效，然后这时候高并发来访问这个key，结果缓存里没有，都跑到db了。

2、解决方案

热点数据永不过期（看业务需求。不过很少有这种场景，一般都是比如搞活动或者大促的时候才会存这些热点数据，活动过后就需要到期，不会设置永不过期。），此方法简单粗暴，不过还看具体需求。
分布式锁 来个请求后先锁住，然后去db查，查到后再将数据set到redis里。只有当redis里getKey没拿到数据需要请求db的时候才加锁。不影响Redis里有数据的时候处理高并发请求，也能保证db不会被打垮。

总结

缓存穿透：数据库不存在，导致对Redis进行了无效访问，并且又对数据库产生无效访问

1、存空值 2、布隆过滤器（布谷鸟过滤器）

缓存雪崩：数据存在，本来访问Redis的，但是，因为缓存的key过期或者Redis集群故障导致数据直接直接查询数据库。

打散过期，不要让某些数据集中在一个时间点过期。

缓存击穿：数据库存在，但是缓存因为一些原因不存在，直接给数据库造成压力

1、热点数据永不过期
2、分布式锁