概述
由于缓存不可用,导致大量请求访问后端服务,可能 mysql 扛不住高并发而打死, 像滚雪球一样,影响越来越大,最后导致整个网站崩溃不可用。
缓存雪崩场景
缓存雪崩这种场景是缓存架构中非常重要的一个环节,因此,通过缓存雪崩的解决方案来避免缓存雪崩造成整个系统崩溃,带来巨大的经济损失:
缓存雪崩
1、redis集群彻底崩溃
2、缓存服务大量对redis的请求block住,占用资源
3、缓存服务大量的请求打到源头服务去查询mysql,直接打死mysql
4、源头服务因为mysql被打死也崩溃,对源服务的请求也block住,占用资源
5、缓存服务大量的资源全部耗费在访问redis和源服务无果,最后自己被拖死,无法提供服务
6、nginx无法访问缓存服务,redis和源服务,只能基于本地缓存提供服务,但是缓存过期后,没有数据提供
7、网站崩溃
缓存雪崩的经验和教训
某电商双十一出现缓存雪崩,由于服务本身的bug导致整个缓存的集群彻底崩溃了,把整个集群给弄挂了,虽然也是部署了主备方式双机房的,但是最后还是死了:
- 电商大量的,几乎所有的应用都是基于那个缓存集群去开发的。
- 各种服务的线程资源全部被耗尽,然后用在了访问那个缓存集群时的等待、超时和报错上了。
- 导致各种服务就没有资源对外提供服务。
- 各种降级措施也没做好,直接就是整体系统的全盘崩溃。
- 导致网站就没法对外出售商品咯,导致了很大数额的经济的损失。最后体现在股市上就是市值大量贬值。
缓存高可用架构设计
缓存高可用架构设计需要考虑高并发场景下的各种问题,通过需要结合业务,怎么去设计整套缓存架构的?
因此,做系统架构设计的时候,考虑一下各种高并发场景下可能出现的问题:
- 数据不一致
- 热点缓存
- 重建并发冲突
- redis高可用性
- 缓存雪崩
- 缓存穿透
- 缓存失效
总之,架构设计做好一些,稳定性也做好一些。设计的系统能够承载各种各样的故障,才能在真正发生故障的时候减少损失。
网友评论