一、缓存穿透
原因: 访问数据时会先访问缓存,如果数据在缓存中不存在,就去访问数据库,但如果数据在数据库中也不存在,那么这个数据就永远不会写入到缓存中,这就导致,访问不存在的数据时,缓存层形同虚设,每次请求都会打到数据库上,造成数据库压力过大。
解决方案:
- 使用布隆过滤器保存缓存过的 key,在访问请求到来时可以过滤掉不存在的 key,防止这些请求打到数据库上。
- 将空对象保存到缓存层,并设置较短的失效时间。
- 针对业务场景对请求的参数进行有效性校验,防止输入非法请求。
- 最常见的则是采用布隆过滤器,将所有可能存在的数据哈希到一个足够大的bitmap中,一个一定不存在的数据会被这个bitmap拦截掉,从而避免了对底层存储系统的查询压力。另外也有一个更为简单粗暴的方法(我们采用的就是这种),如果一个查询返回的数据为空(不管是数据不存在,还是系统故障),我们仍然把这个空结果进行缓存,但它的过期时间会很短,最长不超过五分钟。
二、缓存击穿
原因:为了保证缓存数据的时效性,通常会设置一个失效时间。如果某个热点 key 失效了,那么在高并发场景下,就会导致大量请求在缓存中找不到数据而打到数据库上,造成数据库压力过大。
解决方案:
- 使用互斥锁,当缓存数据失效时,保证只有单个线程进行请求能够访问数据库,并更新缓存,其他线程等待并重试;(互斥锁指的是任一时刻,只能有一个线程访问该对象)
- 设置数据永不过期。(这个方案会导致缓存数据变为“静态数据”。可以修改为当缓存数据快过期时,采用异步线程的方式提前更新缓存数据)
三、缓存雪崩
原因:同一时间,大面积的缓存同时失效,导致大量请求打到数据库上,造成数据库压力过大。
解决方案:
- 在为 key 设置失效时间时,加上一个 1~5 分钟的随机值,避免 key 集体失效。
- 使用互斥锁,保证只有单个线程进行请求能够访问数据库,并更新缓存,其他线程等待并重试;