当前位置：首页 > news >正文

[Redis小技巧11]Redis Key 过期策略与内存淘汰机制：深度解析与实战指南

news 2026/3/27 0:13:02

在高并发、低延迟的现代应用架构中，Redis 作为高性能内存数据库，广泛用于缓存、会话存储、排行榜等场景。
然而，随着数据量增长，如何高效管理内存、合理释放过期数据，成为保障系统稳定性的关键。

一、Key 过期策略：惰性删除 vs 定期删除

Redis 并非在 Key 到期瞬间立即删除，而是采用“惰性删除 + 定期删除”的混合策略，兼顾性能与内存回收效率。

1. 惰性删除（Lazy Expiration）

触发时机：当客户端尝试访问某个 Key 时，Redis 会检查其是否已过期。
行为：若已过期，则同步删除该 Key 并返回空值。
优点：CPU 友好，仅在必要时执行删除。
缺点：过期但未被访问的 Key 会长期占用内存。

// 伪代码示意if(key_exists&&key_has_ttl&&current_time>expire_time){delete_key(key);returnNULL;}

2. 定期删除（Active Expiration）

触发机制：Redis 后台每秒运行 10 次（即每 100ms 一次）过期扫描。
扫描逻辑：
- 随机采样ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP（默认 20）个设置了过期时间的 Key；
- 删除其中已过期的 Key；
- 若过期 Key 比例 > 25%，则重复采样（最多 25ms，避免阻塞主线程）。
目标：主动回收“僵尸”过期 Key，防止内存泄漏。

3. Key 过期检查流程

二、内存淘汰策略（Eviction Policies）

当 Redis 内存使用达到maxmemory限制时，将根据配置的淘汰策略决定如何释放空间。

1. 配置方式

# redis.confmaxmemory 4gb maxmemory-policy allkeys-lru

或运行时动态设置：

CONFIG SET maxmemory 4gb CONFIG SET maxmemory-policy volatile-lfu

2. 八种淘汰策略详解

策略名称	作用范围	是否依赖 TTL	淘汰依据	典型场景
`noeviction`	所有 Key	否	不淘汰，写操作报错	重要数据禁止丢失
`allkeys-lru`	所有 Key	否	最近最少使用	通用缓存
`allkeys-lfu`	所有 Key	否	最不经常使用	热点数据缓存
`allkeys-random`	所有 Key	否	随机淘汰	数据价值相近
`volatile-lru`	仅带 TTL 的 Key	是	最近最少使用	缓存 + 会话
`volatile-lfu`	仅带 TTL 的 Key	是	最不经常使用	带过期的热点缓存
`volatile-random`	仅带 TTL 的 Key	是	随机淘汰	临时数据
`volatile-ttl`	仅带 TTL 的 Key	是	剩余存活时间最短	快速清理即将过期数据

LRU 与 LFU 实现说明：
Redis 并未使用传统链表实现 LRU/LFU，而是采用近似算法（Approximated LRU/LFU）以节省内存。通过在 Key 的redisObject中维护一个 24 位的 LRU 时钟或 LFU 计数器，结合采样（默认 5 个候选 Key）进行淘汰决策。

3.内存淘汰决策流程

三、核心命令与使用建议

命令	用途	注意事项
`EXPIRE key seconds`	设置 Key 过期时间	覆盖已有 TTL
`PEXPIRE key ms`	毫秒级过期	更精确
`TTL key`	查看过期剩余秒数	返回 -2（不存在）、-1（无过期）
`PERSIST key`	移除过期时间	转为永久 Key
`MEMORY USAGE key`	查看 Key 内存占用	辅助容量规划
`INFO memory`	查看内存统计	关注`used_memory`,`maxmemory`
`CONFIG GET maxmemory*`	获取内存配置	诊断淘汰行为

最佳实践：
避免对大量 Key 单独设置不同 TTL，会增加过期字典负担；
对于缓存场景，优先使用allkeys-lru或allkeys-lfu，而非volatile-*，除非你明确只希望淘汰带 TTL 的数据；
监控evicted_keys指标（通过INFO stats），若持续增长，说明内存不足或策略不合理。