缓存穿透、缓存击穿、缓存雪崩

一、缓存穿透

原因： 访问数据时会先访问缓存，如果数据在缓存中不存在，就去访问数据库，但如果数据在数据库中也不存在，那么这个数据就永远不会写入到缓存中，这就导致，访问不存在的数据时，缓存层形同虚设，每次请求都会打到数据库上，造成数据库压力过大。

解决方案：

1. 使用布隆过滤器保存缓存过的 key，在访问请求到来时可以过滤掉不存在的 key，防止这些请求打到数据库上。
2. 将空对象保存到缓存层，并设置较短的失效时间。
3. 针对业务场景对请求的参数进行有效性校验，防止输入非法请求。

• 最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。另外也有一个更为简单粗暴的方法（我们采用的就是这种），如果一个查询返回的数据为空（不管是数据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。

二、缓存击穿

原因：为了保证缓存数据的时效性，通常会设置一个失效时间。如果某个热点 key 失效了，那么在高并发场景下，就会导致大量请求在缓存中找不到数据而打到数据库上，造成数据库压力过大。

解决方案：

1. 使用互斥锁，当缓存数据失效时，保证只有单个线程进行请求能够访问数据库，并更新缓存，其他线程等待并重试；（互斥锁指的是任一时刻，只能有一个线程访问该对象）
2. 设置数据永不过期。（这个方案会导致缓存数据变为“静态数据”。可以修改为当缓存数据快过期时，采用异步线程的方式提前更新缓存数据）

三、缓存雪崩

原因：同一时间，大面积的缓存同时失效，导致大量请求打到数据库上，造成数据库压力过大。

解决方案：

1. 在为 key 设置失效时间时，加上一个 1~5 分钟的随机值，避免 key 集体失效。
2. 使用互斥锁，保证只有单个线程进行请求能够访问数据库，并更新缓存，其他线程等待并重试；