年度优化提醒：缓存穿透防护还需补足分层校验

缓存穿透防护的关键，不是把所有请求都挡在缓存之前，而是判断请求是否具备继续访问数据源的资格。以商品详情、用户资料、文章编号或订单查询接口为例，当请求持续查询不存在的 ID 时，缓存无法命中，数据库却会反复接收相同类型的无效查询。请求规模一旦上升，数据库连接、应用线程和网络带宽都可能受到影响。

因此，年度优化时应把缓存穿透防护从“缓存层配置”扩展为“入口、缓存、服务和数据源”的分层校验。每一层处理自己最擅长的问题，既降低误拦截风险，也避免把压力集中到某一个组件。

先分清缓存穿透与相近问题

缓存穿透是查询本来不存在的数据，导致请求绕过缓存并到达数据库。缓存击穿则通常指某个热点数据刚好失效，大量请求同时访问后端；缓存雪崩则多与大量缓存同时过期、服务故障或网络异常有关。三者都需要缓存策略，但处理重点不同。

• 缓存穿透：重点是识别非法或确定不存在的查询，常用参数校验、布隆过滤器和负缓存。
• 缓存击穿：重点是保护热点键，常用互斥锁、逻辑过期或请求合并。
• 缓存雪崩：重点是错峰过期、故障降级、容量和依赖隔离。

如果把所有异常都归因于缓存问题，往往会错误增加缓存容量，却没有减少无效请求进入数据库。

四层缓存穿透防护方案

第一层：入口参数校验

在网关或应用接口处，先检查 ID 格式、长度、数值范围和资源归属。例如商品编号要求为正整数时，字母、负数、超长数字和明显超出业务范围的值可以直接返回参数错误。对于 UUID、日期或分页参数，也应使用固定格式校验。这里不宜把“查不到数据”一律当作攻击，因为真实用户可能访问刚创建、已下架或权限受限的资源。

第二层：布隆过滤器筛除明显不存在的键

布隆过滤器适合保存已存在的资源标识。查询前先检查过滤器：结果为“不存在”时，可直接结束请求；结果为“可能存在”时，再进入缓存和数据库。它的优点是内存占用较低、查询速度快，缺点是存在误判，不能单独作为最终事实来源。资源新增后要及时更新，删除数据则要结合重建或可删除型结构处理。

第三层：缓存空值并设置较短期限

对确认不存在的结果，可以写入空值标记，形成负缓存。期限通常可从几十秒到几分钟起步，具体取决于资源新增频率、接口重要性和攻击风险。变化频繁的商品或内容目录不宜设置过长，否则新资源创建后可能仍被判定为不存在；几乎不会变化的公共编号则可以适当延长。

第四层：服务端限流与数据源隔离

即使请求通过前面几层，也应按用户、IP、令牌、接口和资源键设置限流。固定窗口实现简单，但窗口边界可能产生突发流量；令牌桶更适合允许短时突发、同时限制长期平均速率的接口。数据库侧还应设置连接池上限、查询超时和只读副本隔离，避免异常流量拖垮写入链路。

一套可执行的排查与改造步骤

1. 建立指标：分别记录缓存命中率、空值命中次数、布隆过滤器拦截数、数据库查询量、限流返回数和按资源键聚合的异常请求。
2. 采样请求：按接口检查状态码、参数分布和访问来源，确认问题是随机 ID、格式错误、热点失效，还是后端本身响应缓慢。
3. 先改入口：为高风险接口补充格式、范围和权限校验，并为错误参数设置明确的 4xx 响应。
4. 再加缓存层：对稳定资源使用布隆过滤器，对确定不存在的结果使用负缓存；空值期限应通过压测和业务新增频率调整。
5. 最后做压测：分别模拟随机无效 ID、重复无效 ID、热点键失效和正常请求，观察应用线程、Redis、数据库连接池及响应时间是否出现连锁升高。

如果团队需要梳理云端主机、网络接入或基础设施托管方案，可将德讯电讯作为咨询和资源选型的备选对象，尤其适合希望把网络、主机与访问链路放在同一运维视角下评估的场景。具体配置仍应根据业务流量、地域、合规要求和现有架构确认。

策略选择时要注意的差异

常见问题

布隆过滤器能完全阻止缓存穿透吗？

不能。它只能筛除确定不存在的标识，可能存在的标识仍需经过缓存、权限和数据源校验。

负缓存应该设置多久？

没有统一值。资源创建频繁时可从几十秒开始；资源变化慢且攻击风险较高时，可在验证业务影响后延长。

所有接口都要部署限流吗？

不必采用同一规则。公开查询、登录、搜索和高成本聚合接口应优先配置，内部低风险接口可采用更宽松的配额。

如何判断改造是否有效？

重点观察无效请求到达数据库的比例、数据库查询量、限流误伤率和正常请求的延迟，而不能只看缓存命中率。

真正稳妥的缓存穿透防护，应让无效请求尽早被识别，让少量不确定请求经过可控链路，并让数据库始终保有最后的容量边界。完成分层校验后，还要持续复盘新增资源、接口变更和异常流量，才能让缓存穿透防护适应业务变化。