缓存穿透
**介绍:**当查询一个不存在的数据,此时缓存是不命中的,就会去查询 db,这将导致每次查询这个不存在的数据都要去访问 db,缓存就没有意义了。
如果不怀好意的人利用不存在的数据进行攻击,可能导致数据库崩溃
解决:
- 查询到的不存在的数据也放入缓存,可以存为 null,并加入短暂的过期时间;但如果别人每次都请求一个不同的 key,会导致大量无用 key 存在 redis 中。
- 在 redis 和 db 间加个过滤器(比如布隆过滤器),过滤不存在的 key
缓存雪崩
**介绍:**我们设置某个 key 时使用了相同的过期时间,导致缓存在同一时间失效,请求涌入 db,导致数据库压力过重雪崩。
解决:
- 在原有的失效时间基础上加上一个随机值,比如 1~5 分钟,这样每一个缓存过期时间的重复率就会变低,就很难引起集体失效的事件。
缓存击穿
**介绍:**对于一些设置了过期时间的 key,如果这些 key 可能会在某些时间点被超高并发地访问,是一种非常“热点”的数据。如果这个 key 在大量请求同时进来前正好失效,那么所有对这个 key 的数据查询都落到 db,我们称为缓存击穿。
解决:
- 加锁。大量并发只让一个去查,其他人等待,查到以后释放锁,其他人获取到锁,先查缓存,就会有数据,不用去db
- 在 redis、db 中间做一个二级缓存
本文介绍了缓存中的三大问题:缓存穿透、缓存雪崩和缓存击穿。缓存穿透解决方法包括将查询到的null值存入缓存并设置短暂过期时间,或者使用布隆过滤器拦截无效请求。缓存雪崩的应对措施是在设置过期时间时加上随机值,避免集体失效。缓存击穿则可以通过加锁策略或二级缓存来防止大量并发请求直接到达数据库。这些策略旨在确保系统的稳定性和高效性。
1691

被折叠的 条评论
为什么被折叠?



