缓存穿透、雪崩、击穿问题以及解决方案

我们缓存最常见的问题有3种，分别是缓存穿透、雪崩、击穿

1、缓存穿透（指的是查询一个用不存在的数据）

穿透：指查询一个一定不存在的数据，由于缓存是不命中，将去查询数据库，但数据库也没有次记录，我们没有将这次查询的null写入缓存中，这将导致这个不存在的数据每次请求都要到数据库中去查询，失去了缓存的意义。

在高并发情况下，我们一次性100W个人查同时查一个数据，而缓存中没有这个数据，则会进入到我们的数据库中进行查询，而数据库一次性接收到这么多请求，极有可能会导致数据承受不了，然后数据库奔溃

解决方案：将我们查询到的null结果，让它短暂的存到我们的缓存中，这个数据不能永久缓存，因为我们将来可能数据库真正的有这个数据了，以后查询的时候就能真正的将这个数据存到缓存中了，如果将这个数据永远的缓存在redis中，那么我们将来数据库真正的有这个数据了，那么我们缓存中永远都会是null了，导致了我们数据不一致性了

2、缓存雪崩（大面积key在同一时刻失效）

雪崩：缓存雪崩是指我们设置缓存时key采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到数据库，数据库瞬时压力过重导致雪崩

解决方案：原有的失效时间基础上增加一个随机值，比如1~5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件

3、缓存击穿（热点数据）

缓存击穿：

        对于一些设置了过期时间的key，如果这些key可能会在某些时间点被超高并发地访问，是一种非常“热点”的数据

        如果这个key在大量请求同时进来前正好失效，那么所有对这个key的数据查询都落到数据库，我们称为缓存击穿

解决方案：加锁，大量并发只让一个去查，其他人等待，查到以后释放锁，其他人获取到锁，先查缓存，就会有数据，不用去查询数据库了