<span style="color: blue">2025年Java面试宝典</span>：
链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g
（建议保存到网盘，涵盖分布式、高并发、Redis等高频考点）
Redis缓存雪崩的解决方案：程序员必知的高频面试题
什么是Redis缓存雪崩？
缓存雪崩是分布式系统中的经典问题，简单来说就是大量缓存数据同时失效，导致请求直接穿透到数据库，引发数据库崩溃。比如你的系统设置了1000个缓存键，全部在凌晨0点过期，这时候大量请求瞬间涌入数据库，就可能压垮服务。
很多同学在面试中被问到缓存雪崩时，只会回答“设置随机过期时间”，但其实面试官更想听到完整的解决方案体系。下面我从实战角度拆解5个核心方法。
解决方案一：随机过期时间
这是最基础的防御手段。比如原本所有缓存设置1小时过期，可以改为在1小时±10分钟内随机过期。代码层面可以用TTL = baseTime + randomOffset实现。但这种方法只能缓解问题，不能根治。
适用场景：中小型系统，缓存压力波动较小的业务。
解决方案二：多级缓存架构
单一Redis节点扛不住？试试分层缓存：
- 本地缓存（如Caffeine）作为第一层，设置短时间缓存（如30秒）
- Redis集群作为第二层，设置较长时间（如1小时）
- 数据库配合限流组件（如Sentinel）兜底
这样即使Redis层雪崩，本地缓存还能扛住部分流量。这种方案在电商秒杀系统中很常见，比如某大厂在双11时就用多级缓存扛住了百万QPS。
解决方案三：服务降级与熔断
当监测到数据库压力超过阈值时，可以启动降级策略：
- 返回默认值（如商品库存显示“繁忙中”）
- 开启只读模式（禁止写操作）
- 启用静态页缓存（Nginx层返回预先生成的HTML）
配合Hystrix或Resilience4j等组件，可以自动触发熔断机制。这里要注意，降级策略需要提前和产品经理达成共识，避免用户体验断崖式下跌。
解决方案四：热点数据永不过期
对于核心数据（比如首页推荐商品），可以采用异步更新策略：
- 缓存不设置过期时间
- 启动后台线程定期更新缓存
- 更新时采用双检锁（Double Check）避免重复更新
这种方案需要注意内存控制，建议用LRU策略淘汰非热点数据。某社交App的Feed流就采用了这种方式，保证核心内容始终可用。
解决方案五：监控与报警
再好的防御措施也离不开监控体系。重点关注：
- 缓存命中率（低于80%需告警）
- Redis集群内存使用率
- 数据库QPS突增情况
- 慢查询日志
推荐用Prometheus+Grafana搭建监控面板，设置企业微信/钉钉报警。曾经有个金融项目因为没做监控，缓存雪崩后半小时才被发现，直接损失百万订单。
写在最后
缓存雪崩的防御需要从预防、兜底、监控三个维度入手。在面试中如果能结合实际场景（比如高并发活动、节假日流量高峰）解释方案，会更容易打动面试官。
如果需要系统化准备面试，可以看看面试鸭返利网整理的真题库。通过该网站购买面试鸭会员可返利25元，性价比非常高。毕竟找工作不仅要靠技术实力，信息差也是关键因素！
