4. 热点Key的常见问题：缓存击穿、缓存穿透、缓存雪崩的原理与区别

在Redis热点削峰与权限模型缓存设计中，理解三种经典缓存异常场景是构建高可用缓存体系的基础。这三种场景——缓存击穿、缓存穿透与缓存雪崩——虽然都会导致数据库压力骤增，但其触发条件、影响范围与解决方案存在本质差异。

4.1 三种异常场景的原理剖析

4.1.1 缓存穿透

定义：查询一个根本不存在的数据，缓存层与数据库层均无命中，导致每次请求都穿透到数据库。

• 触发条件：恶意攻击（如伪造不存在的用户ID）、业务逻辑缺陷（如查询已删除的数据）。
• 影响：数据库承受大量无效查询，严重时导致连接池耗尽或数据库宕机。
• 核心特征：缓存层永远不会命中，因为数据本身不存在。

4.1.2 缓存击穿

定义：一个热点Key在缓存失效的瞬间，大量并发请求同时涌入数据库，导致数据库负载瞬间飙升。

• 触发条件：热点Key过期、缓存重建耗时较长（如复杂计算或批量查询）。
• 影响：单个热点Key失效引发数据库局部压力尖峰，可能拖慢其他正常查询。
• 核心特征：单点失效，但并发量极高。

4.1.3 缓存雪崩

定义：大量Key在同一时间段集中失效，导致海量请求直接穿透到数据库，引发数据库级联崩溃。

• 触发条件：缓存服务器宕机、Key统一设置相同过期时间、缓存集群整体不可用。
• 影响：数据库瞬间承受数倍甚至数十倍于正常流量的请求，极易引发服务雪崩。
• 核心特征：大规模、集中式失效。

4.2 核心差异对比表

对比维度	缓存穿透	缓存击穿	缓存雪崩
数据是否存在	数据本身不存在	数据存在，但缓存过期	数据存在，但大量Key过期
失效范围	单个Key（不存在）	单个热点Key	大量Key（成片失效）
并发特征	持续低效请求	瞬间高并发	海量并发洪峰
数据库压力	持续无效查询	单点压力尖峰	整体压力暴涨
典型触发原因	恶意攻击、参数校验缺失	热点Key过期、缓存重建耗时	统一过期时间、缓存宕机
核心解决方案	布隆过滤器、空值缓存、参数校验	互斥锁、逻辑过期、热点Key永不过期	过期时间随机化、缓存集群高可用、限流降级
对业务影响	数据库资源浪费	局部响应变慢	服务大面积不可用

4.3 企业级场景中的典型表现

4.4 解决方案选型建议

针对不同场景，企业级缓存设计需要组合使用多种策略：

• 缓存穿透：优先使用布隆过滤器前置拦截，配合空值缓存（TTL设置较短，如60秒）兜底。
• 缓存击穿：采用互斥锁（如Redis SETNX）保证只有一个线程重建缓存，或使用逻辑过期方案（异步刷新）。
• 缓存雪崩：设置随机过期时间（基础TTL + 随机偏移），部署Redis Sentinel/Cluster高可用架构，并配置本地缓存作为二级降级。

4.5 三种场景的排查与监控要点

监控指标	缓存穿透	缓存击穿	缓存雪崩
缓存命中率	持续下降（接近0%）	瞬时下降后恢复	断崖式下跌
数据库QPS	平稳但偏高	单点尖峰	整体暴涨
Redis慢查询	较少	可能出现	大量出现
业务响应时间	无明显波动	局部变慢	大面积超时