缓存击穿、缓存穿透、缓存雪崩现象及其解决办法

缓存击穿

当缓存中没有key、数据库中有数据。某一个key失效（通常是热点数据）导致高并发的情况下，请求直 接在DB 上导致数据库崩掉。 [若大量的key同时失效则导致缓存雪崩]

解决办法 ：在第一个查询数据的请求上用一个互斥锁来锁住它。其他线程走到这一步拿不到锁就等着，等第一个线程查询到了数据做了缓存。后面的线程就直接走缓存即可。

缓存穿透

当缓存中没有数据，数据库也没有数据。大量不存在的id查询数据，会产生大量的请求到数据库查询不存在的数据，导致DB由于压力而宕机。

解决办法 ：
①对空值缓存：如果一个查询返回的数据为空 （不管是数据是否不存在），我们仍然把这 个空结果（null）进行缓存，设置空结果的 过期时间会很短，最长不超过五分钟
②BloomFilter（布隆过滤器）：在缓存之前加一层BloomFilter，在查询的时候先去Bloomfilter去查询key是否存在，如果不存在就返回，存在再查缓存->再查DB。

缓存雪崩

key对应的数据存在，但在redis中过期，此时若大量的并发请求过来，这些请求会发现缓存中过期一般都会从DB加载数据并且回到缓存中，这个时候大并发的请求可能会瞬间把数据库压垮。与缓存击穿的区别是一个key和很多key失效的区别

解决办法：
①构建多级缓存架构：nginx缓存+redis缓存+其他缓存（encache等）
② 将缓存失效时间分散开：比如我们可以在原有的失效时间基础上增加一个随机值，比如在1-5分钟随机，这样每一个缓存的过期时间重复率就会降低，就很难引发集体失效的事件。
③互斥锁：在第一个请求查询数据库的时候加一个互斥锁，其余查询就被阻塞住，知道锁的释放，从而保护数据库。
④降低吞吐量，应用时需谨慎