缓存击穿告警如何防范

缓存击穿（Cache Breakdown / Hot Key Expiration）是指：某个热点 key 在缓存中过期的瞬间，大量并发请求同时打到数据库，造成数据库瞬时压力剧增甚至崩溃。

下面从「告警触发时的应急处理」和「长期防范方案」两个层面来说明。

一、缓存击穿告警出现时：先止损

当收到缓存击穿告警（如 DB QPS 飙升、热点 key 命中率骤降）：

1. 快速确认热点 key
   • 通过监控（Redis、Proxy、应用日志）定位哪个 key 被集中访问
2. 手动回源保护
   • 临时将该 key 写回缓存（哪怕数据不是最新）
   • 或在该接口增加降级逻辑（返回默认/旧值）
3. 限流 & 熔断
   • 对该接口或热点 key 做短期限流
   • 数据库层面增加连接数保护 / 拒绝非核心请求

二、核心防范方案（重点）

1️⃣ 互斥锁 / 分布式锁（最常用）

思想：只有一个线程去查 DB，其他线程等结果。

if cache miss:
    if tryLock(key):
        data = db.query()
        cache.set(key, data, ttl)
        unlock(key)
    else:
        sleep(short)
        retry cache

✅ 优点：实现简单、效果好
❌ 缺点：有锁竞争，高并发下略有延迟

2️⃣ 逻辑过期（推荐）

思想：缓存不真过期，而是记录“逻辑过期时间”。

{
  "value": "...",
  "expireTime": 1710000000
}

• 请求发现逻辑过期 → 异步刷新
• 当前请求仍返回旧值

✅ 优点：无锁、性能好
✅ 适合：热点只读数据（商品、配置）

3️⃣ 热点 key 永不过期 + 异步更新

• 缓存 TTL 设为永久
• 后台定时任务 / 消息队列更新

✅ 适合：极热 key（如首页、爆款） ❌ 需注意：数据一致性

4️⃣ 预热机制

• 系统启动 / 大促前主动加载热点数据
• 结合历史访问预测热点 key

5️⃣ 多级缓存

请求 → LocalCache → Redis → DB

• 本地缓存（Caffeine / Guava）挡住大部分流量
• 降低 Redis 和 DB 压力

6️⃣ 限流 & 熔断（兜底）

• 接口级限流（Sentinel / Hystrix）
• 热点 key 访问频率限制
• DB 熔断保护

三、监控 & 告警建议

• Redis：命中率、热点 key TopN
• DB：QPS、慢查询、连接数
• 应用：缓存 miss 率突增
• 告警阈值：miss 率 + DB QPS 双指标

四、一句话总结

缓存击穿防范 = 热点 key 不过期或逻辑过期 + 单线程回源 + 多级缓存 + 限流兜底

如果你愿意，可以告诉我：

• 用的是 Redis 还是本地缓存？
• 是读多写少还是实时性要求高？

我可以给你一套更贴合你系统的具体方案。