高并发下的缓存失效问题:缓存击穿、穿透、雪崩

缓存击穿

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

对于这个Key在大量请求同时进来前正好失效,那么所有对这个key的数据查询都会落到DB,我们称之为缓存击穿

解决:

加锁:

大量并发只能让一个去查,其他人等待,查到以后释放锁,其他人获取到锁,先查缓存,就会有数据,不用去DB再查询。

缓存穿透

缓存击穿是指查询一个一定不存在的数据,由于缓存是不命中,将去查询数据库,但是数据库也无此记录,我们没有将这次查询的null写入缓存,这将导致这个不存在的数据每次请求都要到存储层去差爱心,失去了缓存的意义

风险:

;利用不存在数据进行攻击,数据库瞬间压力增大,最终导致崩溃

解决方案:

null解决缓存,并加入短暂过期时间

缓存雪崩

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

解决方案:

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

总结

  • 空结果缓存:解决缓存穿透

  • 设置过期时间(加随机值):解决缓存雪崩

  • 加锁:解决缓存击穿

具体实现请见:高并发下的缓存问题解决:本地锁与分布式锁示例

你可能感兴趣的:(redis,缓存,redis,数据库)