【Java面试】怎么防止缓存击穿的问题?
“怎么防止缓存击穿?”
这是很多一二线大厂面试的时候考察频率较高的问题。
在并发量较高的系统中,缓存可以提升数据查询的性能,还能缓解后端存储系统的并发压力。可谓是屡试不爽的利器。
我把这个问题的回答,整理到了一个20W字的面试文档里面。大家可以私信我领取。
下面看看高手的回答。
高手:
在实际应用中,我们会在程序和数据库之间增加一个缓存层。
一方面是为了提升数据检索效率,提升程序性能,另一方面是为了缓解数据库的并发压力。
缓存击穿,表示请求因为某些原因全部打到了数据库,缓存并没有起到流量缓冲的作用。
我认为有2种情况会导致缓存击穿。
-
在Redis里面保存的热点key,在缓存过期的瞬间,有大量请求进来,导致请求全部打在数据库上。
-
客户端恶意发起大量不存在的key的请求,由于访问的key对应的数据本身就不存在,所以每次必然都会穿透到数据库,导致缓存成为了摆设。
总之,当Redis承担了流量缓冲功能的时候,就需要考虑到Redis失效导致并发压力过大对后端存储设备造成冲击的问题。
因此,我认为可以通过几种方法来解决。
-
对于热点数据,我们可以不设置过期时间,或者在访问数据的时候对数据过期时间进行续期。
-
对于访问量较高的缓存数据,我们可以设计多级缓存,尽量减少后端存储设备的压力。
-
使用分布式锁,当发现缓存失效的时候,不是先从数据库加载,而是先获取分布式锁,获得分布式锁的线程从数据库查询数据后写回到缓存里面。
后续没有获得锁的线程就只需要等待和重试即可。
这个方案牺牲了一定的性能,但是确保护了数据库避免被压垮。
-
对于恶意攻击类的场景,可以使用布隆过滤器,应用启动的时候把存在的数据缓存到布隆过滤器里面。
每一次请求进来的时候先访问布隆过滤器,
如果不存在,则说明这个数据一定没有在数据库里面,就没必要再去访问数据库了。
另外,我们在整个缓存架构设计中,除了尽可能避免缓存穿透的问题,还需要从全局视角做整体考虑
比如业务隔离、多级缓存、部署隔离、安全性考虑等。
总结
在我看来,很多面试题,其实更多的是考察求职者的技术底蕴以及思维边界,有些问题不一定会有答案,或者说在面试的过程中不一定立刻能提出非常好的解决办法我们只需要说大概的方向和思路即可。
大家记得点赞、收藏加关注!!!
版权声明:本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 Mic带你学架构
!
如果本篇文章对您有帮助,还请帮忙点个关注和赞,您的坚持是我不断创作的动力。欢迎关注「跟着Mic学架构」公众号公众号获取更多技术干货!
- 记一次批量更新整型类型的列 → 探究 UPDATE 的使用细节
- 编码中的Adapter,不仅是一种设计模式,更是一种架构理念与解决方案
- 线程池底层原理详解与源码分析
- 30分钟掌握 Webpack
- 线性回归大结局(岭(Ridge)、 Lasso回归原理、公式推导),你想要的这里都有
- Django 之路由层
- 【前端必会】webpack loader 到底是什么
- day42-反射01
- 中心化决议管理——云端分析
- HashMap底层原理及jdk1.8源码解读
- 详解JS中 call 方法的实现
- 打印 Logger 日志时,需不需要再封装一下工具类?
- 初识设计模式 - 代理模式
- 设计模式---享元模式
- 密码学奇妙之旅、01 CFB密文反馈模式、AES标准、Golang代码
- [ML从入门到入门] 支持向量机:从SVM的推导过程到SMO的收敛性讨论
- 从应用访问Pod元数据-DownwardApi的应用
- Springboot之 Mybatis 多数据源实现
- Java 泛型程序设计
- CAS核心思想、底层实现