Redis防误删技巧：volatile-lru策略解析

Redis 的 volatile-lru 内存淘汰策略专为会话数据等有明确生命周期的键设计，它仅在已设置 TTL（过期时间）的 key 中按 LRU 原则驱逐，从而避免误删活跃会话；但这一机制高度依赖开发规范——每个会话 key 必须通过 SET ... EX、SETEX 或原子性 EXPIRE 显式设定过期时间，否则将成为“永生 key”，既不参与淘汰又持续占用内存，最终引发 OOM 或服务阻塞；盲目改用 allkeys-lru 虽看似兜底，实则牺牲业务语义，导致高频访问的会话被无差别淘汰，而真正可靠的防护在于从写入源头确保 TTL 不遗漏，并配合 maxmemory 显式配置、策略验证与压测监控，让内存管理精准匹配会话生命周期。

volatile-lru 是什么，它到底删哪些 key

volatile-lru 不是“优先删带 TTL 的 key”，而是**只在带 TTL 的 key 中做 LRU 驱逐**——没设过 EXPIRE、SETEX 或 SET ... EX 的 key，哪怕内存爆了也完全不会被它碰一下。

这意味着：如果你的会话 key（比如 session:abc123）漏掉了设置过期时间，它就变成“永生 key”，既不参与 volatile-lru 竞争，也不会被自动清理，最终可能把 Redis 堆满、触发 OOM killer 或阻塞写入。

• 必须对每个会话 key 显式调用 EXPIRE 或用 SETEX/SET ... EX 写入
• SET session:abc123 "data" EX 1800 比 SET session:abc123 "data" + EXPIRE session:abc123 1800 更安全（原子性避免漏设）
• 检查现有 key 是否都带 TTL：SCAN 0 MATCH session:* COUNT 1000 拿一批 key，再对每个执行 TTL keyname，返回 -1 就是没 TTL

为什么不能直接用 allkeys-lru 替代 volatile-lru

表面上看，allkeys-lru 能删任何 key，似乎更“保险”。但实际会让会话数据面临无差别淘汰风险——哪怕刚写入、高频访问的会话 key，只要 LRU 队列里排得靠后，就可能被误删。

而会话数据通常有明确生命周期（如 30 分钟），本该由 TTL 主动控制；用 allkeys-lru 是用内存压力替代业务语义，等于放弃对关键数据的淘汰权。

• allkeys-lru 会淘汰 user:1001:profile 这类非会话但长期不用的 key，也可能误伤 session:xyz789（如果它最近没被 GET）
• volatile-lru 把淘汰范围严格限定在“本就该过期”的 key 池子里，符合会话管理预期
• 若真遇到大量 key TTL 设置失败，应修复写入逻辑，而非降级驱逐策略

如何验证 volatile-lru 正在按预期工作

光改配置不等于生效。Redis 启动后需确认两点：当前策略是否已加载，以及驱逐是否真的只发生在 volatile key 上。

• 查当前策略：CONFIG GET maxmemory-policy → 返回值必须是 volatile-lru
• 查是否触发驱逐：INFO memory 中关注 evicted_keys（累计驱逐数）和 expired_keys（自然过期数），两者都应持续增长
• 模拟压测：批量写入带 TTL 的会话 key（如 10 万个 SET session:n EX 60），同时用 redis-cli --memcheck 或 MEMORY USAGE 观察内存逼近 maxmemory 后，evicted_keys 是否上升，且 keyspace_hits 不异常下跌（说明没误删活跃 key）

容易被忽略的配置依赖项

volatile-lru 要起作用，maxmemory 必须设为非零值，且不能依赖默认值（默认是 0，即不限制内存）。

• maxmemory 2gb 或 maxmemory 2147483648（字节数）必须显式配置，否则驱逐机制根本不会启动
• 建议搭配 maxmemory-samples 5（默认值），避免采样过少导致 LRU 近似失效；不要盲目调高，否则影响主线程性能
• 注意 maxmemory-policy 是运行时可改的，但线上切策略前务必在从节点或测试环境验证，避免主节点瞬时大量驱逐引发客户端超时

真正难的不是选策略，而是确保每个会话 key 从诞生那一刻起就带着 TTL —— 这个动作一旦漏掉，volatile-lru 就彻底失效，而问题往往在流量高峰时才暴露。

到这里，我们也就讲完了《Redis防误删技巧：volatile-lru策略解析》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！