2. 缓存穿透原理：定义、场景与数据库压力分析

缓存穿透是分布式缓存系统中危害最严重的一类失效场景。当请求查询的数据在缓存层和数据库层中均不存在时，每次请求都会绕过缓存直接穿透到后端数据库。由于缓存无法对该类请求提供任何保护，大量并发请求会瞬间压垮数据库连接池，导致服务雪崩。

2.1 缓存穿透的定义

缓存穿透（Cache Penetration）指：查询一个根本不存在的数据，缓存层无法命中（Cache Miss），请求直接落到数据库层；数据库层同样无法命中（数据不存在），返回空结果。由于缓存中从未写入该键，后续相同请求会重复穿透，导致数据库承受不必要的查询压力。

2.2 常见场景分析

缓存穿透并非偶然发生，通常由以下两类场景触发：

2.3 穿透对后端数据库的压力分析

缓存穿透对数据库的压力具有放大效应。以下从三个维度进行量化分析：

2.3.1 压力放大倍数

假设系统正常QPS为10,000，缓存命中率为95%，则数据库实际承受的查询QPS为：

数据库QPS（正常） = 10,000 × (1 - 0.95) = 500 QPS

当发生缓存穿透时，所有请求绕过缓存，数据库QPS瞬间变为：

数据库QPS（穿透） = 10,000 × 100% = 10,000 QPS

压力放大倍数 = 10,000 / 500 = 20倍。这意味着数据库连接池、线程池、磁盘IO将承受20倍于正常负载的冲击。

2.3.2 穿透压力传导路径

2.3.3 数据库资源消耗明细

穿透请求对数据库的资源消耗远高于正常查询，因为数据库需要执行全表扫描或索引回表来确认数据不存在：

2.4 穿透的连锁反应

缓存穿透不仅直接压垮数据库，还会引发一系列连锁故障：

1. 数据库连接池耗尽：大量穿透请求占用连接不释放，正常业务请求无法获取数据库连接，导致服务不可用。
2. 缓存雪崩诱因：数据库响应变慢后，缓存中原本有效的键因超时被逐出，进一步加剧缓存失效范围。
3. 服务线程阻塞：应用服务器线程等待数据库响应，线程池被占满，新请求排队或直接拒绝。
4. 监控告警风暴：数据库慢查询、连接超时、线程池满等告警同时触发，运维人员难以快速定位根因。

2.5 穿透与缓存其他失效模式的对比

从对比可以看出，缓存穿透是唯一一种缓存与数据库均无数据的失效模式，因此无法通过简单的缓存预热或过期时间调整来解决，必须采用专门的防御手段。

2.6 穿透治理的核心思路

基于上述原理分析，治理缓存穿透需要从阻断穿透路径和降低穿透影响两个方向入手：

• 布隆过滤器：在缓存层前置过滤，快速判断键是否存在，拦截99%以上的无效请求。
• 空值缓存：对查询结果为空的键，在缓存中写入短TTL的空值标记，避免重复穿透。
• 参数校验：在网关层或业务入口对请求参数进行合法性校验，拦截明显不合法的ID。
• 限流熔断：对数据库层设置最大并发阈值，超过阈值时直接降级返回。