Redis 过期删除三大策略详解
Redis 过期删除三大策略详解：定时 / 惰性 / 定期淘汰原理深度对比
Redis 的内存管理，归根结底是一场时间与空间的博弈。当一个 key 设置了过期时间，它就成了一颗定时炸弹——什么时候拆？怎么拆？拆得干不干净？这三个问题，催生了三种截然不同的策略。
一、三种策略的核心逻辑
| 策略 | 一句话概括 | 谁来拆？ | 什么时候拆？ |
|---|---|---|---|
| 定时删除 | 到点就炸，绝不拖延 | 定时器 | 过期瞬间 |
| 惰性删除 | 你不碰我，我就不死 | 访问者 | 每次读写时 |
| 定期删除 | 保安定时巡逻，发现过期就清 | 后台任务 | 每隔一段时间 |
二、逐策略深度拆解
1. 定时删除（Active Expiration）——时间换空间
原理： 给每个设置过期时间的 key 挂一个定时器，到期立即触发删除。
优点： 干净利落，过期即删，内存利用率最高。
致命缺陷： 假设有 100 万个 key 同时过期，100 万个定时器同时触发，CPU 瞬间被打满。Redis 的核心目标是高性能，绝不能为了内存牺牲 CPU。
结论：Redis 没有采用这种策略。
2. 惰性删除（Lazy Expiration）——空间换时间
原理： key 过期了不管它，等你下次来访问时，先检查是否过期，过期就删，返回 null。
实现入口是expireIfNeeded()函数，每个读写命令执行前都会调用：
1客户端发来 GET mykey 2 → 查过期字典，发现有过期时间 3 → 当前时间 > 过期时间？ 4 → 是：删除 key，返回 nil 5 → 否：正常返回值 6优点： 零额外 CPU 开销，不扫描、不遍历，实现极其简单。
致命缺陷： 如果一个 key 过期后永远没人访问，它就永远躺在内存里。大量过期 key 堆积，就是一场静默的内存泄漏。
单独使用不可行，必须搭配定期删除兜底。
3. 定期删除（Periodic Expiration）——折中之王 ⭐
原理： Redis 的serverCron定时任务（默认每秒 10 次，即每 100ms 一次）主动出击，随机抽取过期字典中的 key 检查是否过期，过期则删。
具体执行逻辑（activeExpireCycle函数）：
| 参数 | 默认值 | 含义 |
|---|---|---|
| 每次扫描的 key 数 | 20 个 | 随机抽取，不遍历全部 |
| 过期比例阈值 | 25% | 超过则继续扫，否则换库 |
| 单次最大耗时 | 25ms（slow 模式） | 超时即停，不阻塞主线程 |
为什么是随机抽样而不是全量遍历？
假如 Redis 存了几千万个 key，全量遍历一次要几分钟，服务直接瘫痪。随机抽 20 个，既能逐步清理，又不影响正常请求。
三、Redis 的真实组合拳：惰性 + 定期 + Fast 模式
Redis 实际采用的是惰性删除 + 定期删除的组合策略，且内置了双模式自适应调节：
| 特性 | Slow 模式（默认） | Fast 模式（触发型） |
|---|---|---|
| 执行频率 | 每秒 10 次 | 最高每秒 1000 次（每 1ms 一次） |
| 单次最大执行时间 | 25ms | 1ms |
| 触发条件 | 定时触发 | 上一次 slow 模式中过期 key 比例 > 25% |
| 适用场景 | 正常业务 | 大量 key 同时过期（如秒杀结束） |
| CPU 占用 | 低 | 高 |
组合逻辑：
- 定期删除负责"主动巡逻"，清理大部分长期未访问的过期 key，控制内存整体水位。
- 惰性删除负责"最后把关"，任何被访问的 key 必定是干净的，绝不返回过期数据。
两者配合，既不让 CPU 空转，也不让内存膨胀——这才是 Redis 高性能的精髓所在。
四、三策略优劣总对比
| 维度 | 定时删除 | 惰性删除 | 定期删除 | Redis 实际方案 |
|---|---|---|---|---|
| 内存效率 | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| CPU 效率 | ⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ |
| 实现复杂度 | 高 | 低 | 中 | 中 |
| 内存泄漏风险 | 无 | 高 | 低 | 极低 |
| 是否采用 | ❌ | ✅ | ✅ | ✅（组合） |
五、关键配置参数
| 参数 | 默认值 | 作用 |
|---|---|---|
hz | 10 | 每秒定时任务次数，越大定期删除越频繁 |
active-expire-effort | 10 | 控制删除强度，值越大扫描越积极 |
lazyfree-lazy-expire | no | Redis 4.0+，是否异步删除过期 key，避免大 key 阻塞主线程 |
maxmemory-samples | 5 | 内存淘汰时的采样数（LRU 近似算法用） |
💡实战建议： 给大量 key 设置过期时间时，加上随机偏移量（如
EX 3600 + rand(0,300)），避免同时过期触发 Fast 模式导致 CPU 飙升。
六、一句话总结
| 策略 | 本质 |
|---|---|
| 定时删除 | 用 CPU 换内存，太贵，不用 |
| 惰性删除 | 用内存换 CPU，太懒，单用会漏 |
| 定期删除 | 抽样巡逻，可控可调，是主力 |
| Redis 组合拳 | 定期巡逻 + 惰性把关 + Fast 应急 = 性能与内存的最优解 |
Redis 的过期删除，不是某一种策略的胜利，而是两种策略互相补短的艺术。理解这一点，才算真正读懂了 Redis 的内存管理哲学。