Redis 缓存雪崩大量 Key 同时失效怎么办？

Question

仓乃文 · Accepted Answer

缓存雪崩是指大量 Key 在同一时间集中过期，或者 Redis 集群整体宕机，导致全量请求无差别压向数据库，引发链路级瘫痪。与击穿不同，雪崩是大量 Key 同时失效，影响范围远大于单个热点 Key。

问题场景：
```
-- 场景 1：批量设置相同 TTL
-- 系统启动时批量预热缓存，全部设 30 分钟
-- 30 分钟后全部过期，数据库瞬间承受全量流量

-- 场景 2：Redis 集群宕机
-- 所有请求直达数据库，系统级雪崩
```

修复方案：
```
-- 方案 1：过期时间加随机偏移（最简单，推荐）
-- 避免大量 Key 同时过期
TTL = base_ttl + random(0, 300)  // 基础过期 + 0~5分钟随机
-- Java 示例：
int ttl = 1800 + new Random().nextInt(300);
redis.set(key, value, EX, ttl);

-- 方案 2：多级缓存架构
-- 本地缓存(Caffeine) → Redis → 数据库
-- Redis 宕机时本地缓存仍能挡住部分流量
-- 本地缓存 TTL 设短（30s），Redis TTL 设长（30min）

-- 方案 3：Redis 高可用
-- Redis Sentinel 或 Cluster 避免单点故障
-- 主从切换时从库立即接管

-- 方案 4：数据库限流熔断
-- Sentinel/Resilience4j 设置数据库访问限流
-- 超过阈值直接降级，保护数据库不死

-- 方案 5：缓存永不过期 + 主动更新
-- 缓存不设 TTL，数据变更时通过 binlog/canal 主动更新
-- 适合数据量可控、变更频率低的场景
```

补充说明：
- 雪崩的破坏力远大于击穿和穿透，可能导致整个系统不可用
- 多级缓存是终极方案，但引入了数据一致性问题
- 规则：缓存的过期时间必须打散，绝不能批量设置相同 TTL
- 系统启动预热时，TTL 从当前时间开始计算，而非固定时长