Redis缓存雪崩、缓存穿透、缓存击穿详解

问题1：缓存雪崩

一般使用缓存用于缓冲对DB的冲击，如果缓存宕机，所有请求将直接打在DB，造成DB宕机从而导致整 个系统宕机

2 种策略（同时使用）：

• 对缓存做高可用HA，防止缓存宕机
• 使用断路器，如果缓存宕机，为了防止系统全部宕机，限制部分流量进入 DB，保证部分可用，其 余的请求返回断路器的默认值 
• 大量的热点数据同时到期，解决方案为过期时间上引入随机数，以防止同时到期的问题

问题2：缓存穿透

解释 1： 缓存查询一个没有的 key，同时数据库也没有，如果黑客大量的使用这种方式，那么就会导致 DB 宕机 

解决方案：可以使用一个默认值来防止，例如，当访问一个不存在的 key，然后再去访问数据库，还是 没有，那么就在缓存里放一个占位符，下次来的时候，检查这个占位符，如果发生时占位符，就不去数 据库查询了，防止 DB 宕机。 

解释 2： 大量请求查询一个刚刚失效的 key，导致 DB 压力倍增，可能导致宕机，但实际上，查询的都 是相同的数据。 

解决方案： 可以在这些请求代码加上双重检查锁。但是那个阶段的请求会变慢。不过总比 DB 宕机好。 

问题3：缓存击穿 

缓存击穿是指缓存中没有但数据库中有的数据。这时由于并发用户特别多，同时读缓存没读到数据，又 同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。 

解决方案：

• 设置热点数据永远不过期
• 缓存预热 

问题4：缓存并发竞争 

解释： 多个客户端写一个 key，如果顺序错了，数据就不对了。但是顺序无法控制。

解决方案： 使用分布式锁，例如 zookeeper，同时加入数据的时间戳。同一时刻，只有抢到锁的客户端 才能写入，同时，写入时，比较当前数据的时间戳和缓存中数据的时间戳