John_chu的博客

缓存雪崩的基于事前+事中+事后三个层次的完美解决方案相对来说，考虑的比较完善的一套方案，分为事前、事中、事后三个层次去思考再怎么来应对缓存雪崩的场景对于解决方案，再次强调一下，这个需要有上下文的，本课程的方案基本上就是基于本课程的缓存架构方案来讲解的通过下面的架构图，来分析具体的方案内容#事前解决方案发生缓存雪崩之前，事情之前，怎么去避免 redis 彻底挂掉 redis本身的高可用性、复制、主从架构，操作主节点，读写，数据同步到从节点，一旦主节点挂掉，从节点跟上 双

110. 高并发场景下恐怖的缓存雪崩现象以及导致系统全盘崩溃的后果#什么是缓存雪崩？简单说：由于缓存不可用，导致大量请求访问后端服务，可能 mysql 扛不住高并发而打死， 像滚雪球一样，影响越来越大，最后导致整个网站崩溃不可用至于为什么会像滚雪球一样？整个与整个系统的架构有关； 比如在这之前讲解的知识点（本教程 001~060 章内容），根据这个背景来讲解下雪崩过程redis 集群彻底崩溃：不可用 缓存服务在请求 redis 时，会有大量的线程阻塞，占用资源 超时请求失败之后，会去 m