在大型电商与数字中台系统高并发吞吐场景下，Redis 缓存承担了 95% 以上的读流量。然而一旦遭遇恶意黑产探测、热点 Key 突发失效或大面积过期，底层 MySQL 将瞬间被瞬时流量击穿导致服务雪崩。纳海川技术中台团队复盘了数十个生产系统的缓存治理经验。

一、缓存穿透防御：布隆过滤器与空对象缓存

对于请求不存在的数据（如恶意爬虫构造的非法订单号），系统在网关接入层引入两级校验：

• Redisson 分布式布隆过滤器：在订单号或商品 ID 生成时同步写入位图。当请求到达时先经由哈希校验，若布隆过滤器判定不存在则直接拦截返回 404，误判率严格控制在 0.01% 以下。
• 短期空值缓存（Cache Null）：对于偶发的查询穿透，在 Redis 存入具有 60 秒短暂有效期的空对象，防止短时间连续重复击打数据库。

二、热点 Key 击穿：互斥逻辑锁与后台异步续期

当微博突发热搜或全网限时爆品到期时，数万并发线程同时查询数据库会导致连接池耗尽。纳海川团队推行“逻辑过期 + 分布式互斥锁”机制：

-- 逻辑锁防击穿模式
1. 取出缓存对象，检查逻辑过期时间（而非依赖 Redis TTL）
2. 若已过期，尝试通过 SETNX 获取分布式互斥锁
3. 抢锁成功者启动后台线程异步读取数据库并重建缓存
4. 其余并发线程不阻塞等待，直接返回旧版本数据以保证高可用 SLA

三、缓存雪崩防护：随机偏移打散机制

在批量初始化或促销活动前夕，为杜绝数万热点商品在同一时点集中失效，系统强制要求在基础过期时间（如 30 分钟）上附加一个基于伪随机算法的离散时间偏移量（如 +1~300秒），平滑分散回源流量。