内存淘汰策略怎么选：先区分缓存库与持久数据

Redis 内存淘汰策略先不要从 allkeys-lru 和 volatile-lru 的名字开始背。真正的分界线是：数据能不能重新从数据库或上游生成。如果 Redis 只是缓存，通常从 allkeys-lru 开始；如果数据不能丢，应该使用 noeviction 或拆出独立实例；只有在同一个实例里确实混放缓存和持久数据时，才考虑 volatile-*。

一、先判断数据能不能被淘汰

把键按业务结果分成三类，比直接改配置更安全。第一类是可回源缓存，例如商品详情、配置快照和接口响应，删掉后可以重新计算或从数据库读取；第二类是短期状态，例如验证码、幂等窗口和临时排行榜，它们允许过期但不一定适合随机消失；第三类是订单、库存扣减记录等不能依赖回源恢复的数据，这类数据不应该交给自动淘汰。

如果第三类数据和缓存共用一个 Redis 实例，淘汰策略无法表达“这几个键绝对不能动”。更稳妥的做法是拆分实例或拆分容量边界。下面这张图把选择顺序压缩成一个实际排查路径。

二、按访问模式选择 allkeys 策略

纯缓存实例里，allkeys-lru 是常见起点：它不要求每个键都有 TTL，会优先淘汰最近最少使用的数据，适合热点集中、冷数据较多的读取场景。若访问频率比最近访问时间更能代表价值，例如少数对象会被反复读取，可以压测 allkeys-lfu。

访问近似均匀、数据轮换规律明显时，allkeys-random 可以减少维护访问元数据的复杂度，但它不保护热点。allkeys-lrm 则更看重最近修改时间，适用于希望保留活跃更新数据、淘汰长期不变数据的业务；不要把它当成 LRU 的同义词。

三、只在有 TTL 约束时使用 volatile 策略

volatile-lru、volatile-lfu、volatile-random 和 volatile-ttl 只会从设置了过期时间的键中选候选。它们适合“同一实例里有一部分持久键，另一部分缓存键都明确设置 TTL”的过渡场景。volatile-ttl 还要求业务用 TTL 表达淘汰优先级：剩余时间越短，越先被清理。

这里有一个很容易漏掉的反向验证：如果大量缓存键没有 TTL，使用 volatile-* 时它们不会进入候选集合；当没有可淘汰的过期键，写命令仍可能收到 OOM 错误。因此，能拆成两个实例时，不要用 volatile 策略掩盖职责混用。

四、配置 maxmemory 并留出运行缓冲

先给实例设置上限，再选择策略。复制或 AOF 场景还要为复制缓冲和 AOF 缓冲预留内存，不能把机器物理内存全部填进 maxmemory。配置修改可以先在低峰期用命令验证，再写入配置管理。

# 先给纯缓存实例设置上限；数值应按机器可用内存和缓冲余量估算
redis-cli CONFIG SET maxmemory 2gb
# 缓存数据可重建时，按最近访问淘汰冷键
redis-cli CONFIG SET maxmemory-policy allkeys-lru
# 确认运行时配置，避免只改了模板文件却未加载
redis-cli CONFIG GET maxmemory maxmemory-policy

持久数据实例则可写成：

# 不自动删除业务数据；达到上限时由写入方感知错误并走降级或扩容
redis-cli CONFIG SET maxmemory-policy noeviction

五、用小流量验证策略是否选对

不要只看 Redis 进程的 RSS。先执行 INFO stats 和 INFO memory，观察命中率、未命中、淘汰数以及没有计入淘汰判断的缓冲内存。

# 读取验证策略所需的核心指标
redis-cli INFO stats | grep -E 'keyspace_hits|keyspace_misses|evicted_keys|expired_keys'
# 查看 maxmemory 与复制/AOF 等未计入淘汰判断的缓冲
redis-cli INFO memory | grep -E 'used_memory_dataset|maxmemory|mem_not_counted_for_evict'

命中率可用 keyspace_hits / (keyspace_hits + keyspace_misses) 估算。命中率下降且 evicted_keys 快速增加，说明容量或淘汰策略正在伤害热数据；淘汰数不高但 expired_keys 很高，则要检查 TTL 是否太短。验证结果不要只归因于策略，还要结合键大小、回源耗时和业务峰值一起判断。

相关问题

Redis 设置 volatile-lru 后为什么仍然 OOM？

先确认候选键是否真的设置了 TTL；没有过期时间的键不会被该策略选择。再检查是否存在可淘汰键，以及复制或 AOF 缓冲是否吃掉了预留空间。

allkeys-lru 和 volatile-lru 应该怎么选？

纯缓存优先 allkeys-lru；只有必须保护同实例中的无 TTL 数据，并且缓存键都能稳定设置 TTL 时，才考虑 volatile-lru。

淘汰策略能保护订单数据吗？

不能把它当成数据保护机制。订单等不可丢数据应使用 noeviction 或独立实例，让容量问题尽早以错误暴露。