# 

缓存出问题的时候，**击穿**、**穿透**、**雪崩**这三个词经常被混着说，方案也跟着混用。但它们的成因、判据和处置方式其实是三件事，方案用错了等于白改。

## 这三个词在说三件什么事？

判断依据只有两条：数据在数据库里到底存不存在，以及出问题的规模有多大。

| 术语 | 数据在数据库里 | 规模 | 主要处置手段 |
| --- | --- | --- | --- |
| 缓存穿透 | 不存在 | 按 key 分散，可被放大 | 入口参数校验 + 布隆过滤器 |
| 缓存击穿 | 存在 | 单个热点 key | 互斥锁重建 / 逻辑过期 |
| 缓存雪崩 | 存在 | 大量 key 或整个缓存服务 | TTL 加随机 + 多级缓存 + 降级 |

穿透的特点是数据侧根本无解，数据库里也没有，查了也是空，所以只能在入口拦。击穿和雪崩的数据都在数据库里，机理其实同源，区别只有规模这一个维度。

## 为什么击穿和雪崩总被混着说？

这里确实存在口径分歧。严格口径强调「单个热点 key」，宽松口径把任何「缓存没命中但数据库里有」都算成击穿，不少文章在同一篇里两种口径来回切换。

英文技术圈其实没有严格对应的三分法：热点 key 失效通常叫 **cache stampede**，大量 key 失效更接近 mass expiration。这套三分法很大程度上是中文社区构造的话语体系。

混用的代价很实际。单个 key 的问题你去加随机 TTL，等于什么都没修；大量 key 的问题你上分布式锁，锁本身反而成为新的瓶颈。

## 加锁重建能解决击穿吗？

能，但代价要先想清楚。标准写法是一条命令完成加锁和超时设置。

```bash
SET lock:sku_1024 <唯一随机值> NX PX 30000
```

释放锁不能用直接删除，要校验持有者，旧版本用脚本完成，新版本已有对应的原生命令。

```lua
if redis.call("get", KEYS[1]) == ARGV[1] then
    return redis.call("del", KEYS[1])
else
    return 0
end
```

并发请求从「一起打数据库」变成「排队等结果」，数据库压力下来了，请求延迟上去了；锁在业务做完之前过期，重建还会被重复执行。

两个细节不能省：锁必须带超时，否则持锁进程宕机就是永久死锁；释放锁必须校验持有者，直接删会把别人的锁一起删掉。

## 逻辑过期为什么是拿一致性换可用性？

思路是不给物理 key 设置过期时间，把过期时间写进 value 内部，由读取方自己判断。

```text
读取流程：
  逻辑上未过期 → 直接返回数据
  逻辑上已过期 → 尝试获取重建锁
      抢到锁 → 提交给异步线程池重建，立即返回旧数据
      没抢到 → 直接返回旧数据
```

代价非常明确：过期窗口内返回的是旧数据。它适合对一致性有容忍度、对可用性要求极高的极热点数据，不适合余额、库存这类不能读旧的场景。

重建线程池的并发度和排队上限属于运行期需要反复调的量，每次变更都值得留一条记录。

```bash
# 重建线程池的并发度、队列上限、降级开关，每次变更留一档
# 这份变更记录我用墨衍同步到团队文档，回滚时直接对表
```

## 布隆过滤器为什么只能挡一个方向？

官方对它的定位说得很清楚：能保证某个元素**不在**集合里，但对**在**集合里只能给出一个估计值。也就是说误判方向是单一的。

```bash
BF.RESERVE sku_filter 0.001 1000000
BF.ADD sku_filter 1024
BF.EXISTS sku_filter 1024
```

这条性质直接决定了用法：布隆说「不存在」才可信，说「存在」仍然要落到缓存或数据库上再查一次。

另一个常被误解的点是它能删元素。当前命令集里根本没有删除类命令，原理上也不支持——清零某个 bit 会影响到共享该位的其他元素，反而制造出假阴性，把唯一可靠的那个方向也破坏掉。要「删」只能整个键重建。

## 热点 key 和命中率该看哪几个数？

命中率就是命中数除以命中数加未命中数，是最直接的一个指标。

```bash
redis-cli INFO stats | grep -E "keyspace_hits|keyspace_misses"
redis-cli --hotkeys
```

找热点 key 有个前提容易踩：热键扫描工具只在内存淘汰策略设为 LFU 系时才能用，否则直接报错退出——它依赖访问频率计数，而频率只在 LFU 策略下才会被记录。另一个键扫描命令找的是内存占用大的键，不是访问频繁的键，这两个维度经常被混为一谈。

还有一个静默退化值得记：带 **volatile** 前缀的淘汰策略，在完全没有设置过期时间的键时行为等同于不淘汰，写入会开始报内存超限错误。这条不翻文档基本想不到。


缓存出问题的时候，击穿、穿透、雪崩这三个词经常被混着说，方案也跟着混用。但它们的成因、判据和处置方式其实是三件事，方案用错了等于白改。

缓存击穿和缓存雪崩到底差在哪？先把这三个词分清楚

数据库

后端

架构设计

缓存穿透、击穿与雪崩成因、判据及处置方案各不相同。穿透指数据库不存在的数据被高频查询，需布隆过滤器入口拦截；击穿是单个热点key失效，需互斥锁重建；雪崩是大量key失效，需TTL加随机及多级缓存。三者方案不可混用，否则无效甚至引发新瓶颈。

代码解释

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

缓存击穿和缓存雪崩到底差在哪？先把这三个词分清楚-腾讯云开发者社区-腾讯云

缓存击穿和缓存雪崩到底差在哪？先把这三个词分清楚

缓存击穿和缓存雪崩到底差在哪？先把这三个词分清楚

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐