大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！

缓存是扛高并发的利器，但缓存不是"上了就稳了"。用不好，三个经典问题轮流轰炸你：

这仨名字听着像兄弟，但成因、危害、解法完全不同，甚至解法之间还有互相踩坑的地方。今天往深里讲。

一、缓存穿透：查一个根本不存在的东西

：用户查一个 id=99999 的商品，这个 id 数据库里根本没有。缓存里自然也没有，于是每次请求都"穿透"缓存，直接打到数据库。数据库查了一圈，返回空。

：正常的空查询本身不致命，但攻击者会利用这一点——用大量不存在的 id 疯狂请求，每次请求都绕过缓存直达数据库，直接把数据库打挂。

在缓存前面加一层过滤器，快速判断"这个 key 一定不存在"。

布隆过滤器的原理是一个 bit 数组 + 多个 hash 函数。写入时，对 key 做 k 次 hash，把对应位置的 bit 置 1；查询时，只要有一个位置是 0，就说明这个 key 一定不存在。

"不存在"是确定的，"存在"可能误判

。所以它天然适合拦截非法 id——宁可偶尔放过一个不存在的 id 去打数据库，也不能误杀正常请求。

举个例子：预估 1000 万个 key，误判率控制在 1%，bit 数组大约需要 9.6MB，hash 函数取 7 个。参数没算对，要么误判率飙升，要么内存浪费。

查不到也往缓存里塞一个 null，设个短过期时间（比如 60 秒）。下次同样的请求直接命中缓存的 null，不再打数据库。

：如果攻击者用海量不同的非法 id，每个 id 都缓存一个 null，会把缓存内存塞满。所以空值的过期时间一定要短，而且要限制数量。

明显非法的请求（id 为负数、超范围、格式不对）在入口直接拦截。这层是成本最低的防御，但只能挡住"一眼假"的请求，挡不住"看起来合法但不存在"的 id。

三个解法不是三选一，而是分层配合

：参数校验挡最外层，布隆过滤器挡中间层，缓存空值兜底。

二、缓存击穿：热点 key 过期的瞬间

：某个热点 key（比如秒杀商品的库存、首页的热门内容）在过期的

，大量请求同时涌进来，发现缓存没了，全部打到数据库。数据库瞬间被压垮。

：穿透是"查不存在的数据"，击穿是"查存在但刚好过期了的热点数据"。

缓存未命中时，只有一个请求能拿到锁去数据库查询并重建缓存，其他请求等待。

1. 查缓存，命中 → 直接返回
2. 未命中 → 尝试获取锁
3. 拿到锁 → 再查一次缓存（可能别的线程已经重建好了）
4. 还是没有 → 查数据库 → 写缓存 → 释放锁
5. 没拿到锁 → sleep 重试，回到第 1 步

第 3 步的"再查一次缓存"是关键，省掉它，高并发下会重复查库。锁的粒度也要小，用分布式锁（Redisson）时要注意锁的过期时间设短一点，防止线程挂掉后锁不释放。

给热点 key 不设 Redis 的物理过期时间，而是在 value 里存一个"逻辑过期时间戳"，比如 ​

​{data: "...", expireAt: 1712345678}​

读取时判断时间戳，没过期直接返回；发现过期了，先返回旧值（保证用户体验），同时启动一个后台线程去查数据库更新缓存。

，不让用户在缓存重建期间等待。

逻辑过期适合"热点明确、能容忍短暂旧数据"的场景，比如首页 banner、排行榜。

在热点 key 过期前主动刷新。可以在代码里做定时任务，或者在 key 快过期时触发异步刷新。预热解决的是"过期瞬间"的问题，但前提是你知道哪些 key 是热点。

三、缓存雪崩：大量 key 同时失效

：两种典型情况——要么是大量 key 在同一时间过期，要么是 Redis 直接宕机。无论哪种，一瞬间所有请求都打到数据库。

：这是三个问题里最严重的，击穿是"一个点"，雪崩是"一整片"。

别让所有 key 在同一时刻过期。给每个 key 的过期时间加一个随机偏移，比如基础 5 分钟 + 随机 0-300 秒，把过期时间打散到 5-10 分钟之间。

这是成本最低、收益最高的一招，很多雪崩就死在"所有 key 用同一个过期时间"。

本地缓存（Caffeine）+ Redis 两级。Redis 挂了，本地缓存还能顶一阵，给恢复争取时间。

：更新数据时，先更新 Redis，再更新本地缓存；本地缓存的过期时间要短于 Redis，避免本地缓存里的旧数据活太久。

单点 Redis 是雪崩的最大诱因。方案有两个层次：

能上 Cluster 就别只用主从，主从切换期间的短暂不可用，在极端流量下也可能引发雪崩。

数据库入口做限流，超过阈值直接熔断。宁可部分用户看到降级提示，也不要让全库被压垮。Sentinel 或 Hystrix 都能做。

曾经有个电商系统，首页 banner 的缓存过期时间统一设成了 2 小时。运维在凌晨统一上线，结果凌晨 2 点整，所有 banner 缓存同时过期，流量全部打到数据库。数据库连接池瞬间打满，整个首页白屏。

给每个 key 的过期时间加随机偏移

缓存问题往往不是技术多难，而是没想到那个"同时"。

缓存是放大器——用对了放大性能，用错了放大故障。穿透、击穿、雪崩的区别和解法，加上每一招背后的实现细节和隐藏的坑，是用好 Redis 的必修课。别等数据库被打挂了才想起来补。

还有什么想了解的，欢迎留言！小耶一定知无不言言无不尽……我们下次见~

缓存是扛高并发的利器，但缓存不是"上了就稳了"。用不好，三个经典问题轮流轰炸你：穿透、击穿、雪崩。

Redis缓存三大坑：穿透、击穿、雪崩，一次讲透

缓存穿透、击穿、雪崩，名字像兄弟但成因解法完全不同。本文深入讲解三种问题的原理、实现细节与隐藏的坑，覆盖布隆过滤器、互斥锁、逻辑过期、过期随机化等解法。

数据库

后端

架构设计

缓存穿透、击穿、雪崩三大经典问题深度解析：穿透查不存在数据，用布隆过滤器+缓存空值+参数校验分层防御；击穿是热点key过期瞬间，用互斥锁+逻辑过期+预热解决；雪崩是大量key同时失效，靠过期时间随机化+多级缓存+Redis高可用+限流降级应对。附真实生产事故案例，教你避开缓存坑。

数据库连接池

数据分片

Redis

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

Redis缓存三大坑：穿透、击穿、雪崩，一次讲透

Redis缓存三大坑：穿透、击穿、雪崩，一次讲透

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐