听说10个人去互联网公司面试，有9个人会被问到缓存雪崩和缓存穿透的问题。
听说，这9个人里面，至少有8个人回答得不完整。
而这8个人里面，全都是在网上找的各种面试资料去应付的，并没有真正理解。
当然，也很正常，只有大规模应用缓存的架构才会重点关注这两个问题。
那么如何真正理解这两个问题的底层逻辑，我们来看普通人和高手的回答。
嗯.................
缓存雪崩，就是存储在缓存里面的大量数据，在同一个时刻全部过期，
原本缓存组件抗住的大部分流量全部请求到了数据库。
导致数据库压力增加造成数据库服务器崩溃的现象。
导致缓存雪崩的主要原因，我认为有两个：
缓存穿透问题，表示是短时间内有大量的不存在的key请求到应用里面，而这些不存在的key在缓存里面又找不到，从而全部穿透到了数据库，造成数据库压力。
我认为这个场景的核心问题是针对缓存的一种攻击行为，因为在正常的业务里面，即便是出现了这样的情况，由于缓存的不断预热，影响不会很大。
而攻击行为就需要具备时间是的持续性，而只有key确实在数据库里面也不存在的情况下，才能达到这个目的，所以，我认为有两个方法可以解决：
把无效的key也保存到Redis里面，并且设置一个特殊的值，比如“null”，这样的话下次再来访问，就不会去查数据库了。
但是如果攻击者不断用随机的不存在的key来访问，也还是会存在问题，所以可以用布隆过滤器来实现，在系统启动的时候把目标数据全部缓存到布隆过滤器里面，当攻击者用不存在的key来请求的时候，先到布隆过滤器里面查询，如果不存在，那意味着这个key在数据库里面也不存在。
布隆过滤器还有一个好处，就是它采用了bitmap来进行数据存储，占用的内存空间很少。
不过，在我看来，您提出来的这个问题，有点过于放大了它带来的影响。
首先，在一个成熟的系统里面，对于比较重要的热点数据，必然会有一个专门缓存系统来维护，同时它的过期时间的维护必然和其他业务的key会有一定的差别。而且非常重要的场景，我们还会设计多级缓存系统。
其次，即便是触发了缓存雪崩，数据库本身的容灾能力也并没有那么脆弱，数据库的主从、双主、读写分离这些策略都能够很好的缓解并发流量。
最后，数据库本身也有最大连接数的限制，超过限制的请求会被拒绝，再结合熔断机制，也能够很好的保护数据库系统，最多就是造成部分用户体验不好。
另外，在程序设计上，为了避免缓存未命中导致大量请求穿透到数据库的问题，还可以在访问数据库这个环节加锁。虽然影响了性能，但是对系统是安全的。
总而言之，我认为解决的办法很多，具体选择哪种方式，还是看具体的业务场景。
以上就是我对这个问题的理解。
我发现现在很多面试，真的是为了面试而面试，要么就是在网上摘题，要么就是不断的问一些无关痛痒的问题。
至于最终面试官怎么判断你是否合适，咱也不知道，估计就是有些小伙伴说的，看长相，看眼缘！
我认为一个合格的面试官，他必须要具备非常深厚的技术功底。
本期的普通人VS高手面试系列就到这里结束了，喜欢的朋友记得点赞和收藏。
另外，有任何技术上的问题，职业发展有关的问题，都可以私信我，我会在第一时间回复。
版权声明：本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自
Mic带你学架构！
如果本篇文章对您有帮助，还请帮忙点个关注和赞，您的坚持是我不断创作的动力。欢迎关注「跟着Mic学架构」公众号公众号获取更多技术干货！
