Redis 内存淘汰变更策略后观察淘汰计数的实现方法

Redis 改完 maxmemory-policy 后，不能只看配置文件里写了什么。先用 CONFIG GET maxmemory-policy 确认运行中的策略，再用 INFO stats 读取 evicted_keys。这个字段是 Redis 因 maxmemory 限制淘汰的键累计数，观察一段时间前后的差值，才是这段窗口内新增的淘汰量。

官方地址：https://redis.io/docs/latest/develop/reference/eviction/

先把当前策略和计数基线读出来

变更前先留一份基线，至少包含内存上限、当前策略、已淘汰键数和已过期键数。这样改完后即使计数已经不为零，也能判断新增变化，而不是把历史数据误判成这次变更的结果。

# 读取运行时配置和统计基线，不把历史累计值当成当前速率
redis-cli CONFIG GET maxmemory maxmemory-policy
redis-cli INFO stats | grep -E 'evicted_keys|expired_keys|keyspace_hits|keyspace_misses'

# 单独读取内存区，确认数据集是否已经逼近上限
redis-cli INFO memory | grep -E 'maxmemory:|used_memory_dataset:'

CONFIG GET 返回的是当前实例实际采用的值，优先级高于你手头尚未加载的配置文件。若使用了复制或持久化，还要为后台缓冲和碎片预留空间，不能把物理机总内存全部填给 maxmemory。

用 CONFIG SET 修改策略并避免重启回退

策略切换可以在线完成，但它只改变当前运行进程。缓存场景常见的选择是 allkeys-lru 或 allkeys-lfu；如果只有带 TTL 的键允许被清理，则选择对应的 volatile-* 策略。不要为了让计数增长而随意改生产策略，先确认哪些键可以丢失。

# 在线修改当前实例；策略名称必须与业务可丢失数据的边界匹配
redis-cli CONFIG SET maxmemory-policy allkeys-lru

# 再读一次运行时值，确认修改已经生效
redis-cli CONFIG GET maxmemory-policy

# 把运行时配置写回 redis.conf，避免重启后恢复旧策略
redis-cli CONFIG REWRITE

如果实例由托管服务或容器编排管理，CONFIG REWRITE 未必是合适的持久化入口，应把同样的策略写进平台配置并安排滚动变更。在线设置成功只说明本次进程接受了参数，不代表下一次启动一定会使用它。

用 evicted_keys 差值观察变更后的淘汰量

改完策略后，在相同时间间隔读取两次 evicted_keys。例如第一次为 12000，十分钟后为 12360，那么这十分钟新增淘汰键数是 360，粗略平均速率为每分钟 36 个。计数器重启或清空统计后会改变基线，因此监控中要记录实例重启和统计重置事件。

# 保存一次统计快照；输出文本便于脚本记录时间点
redis-cli INFO stats | grep -E 'evicted_keys|expired_keys|keyspace_hits|keyspace_misses'

# 业务监控应每次保存快照，再计算 delta，而不是直接展示累计总数
# delta_evicted = current_evicted_keys - previous_evicted_keys

把计数变化和业务症状放在一起判断

如果 evicted_keys 快速增加，同时命中率下降，通常说明工作集放不进内存，或者当前策略淘汰了仍然有价值的键。此时应先看键的访问分布、maxmemory 余量和应用延迟，再决定扩大内存、调整 TTL 或更换策略。

如果 expired_keys 增长明显而 evicted_keys 没有同步增长，重点应放在 TTL 设置，而不是把现象归因于淘汰策略。若策略是 noeviction，写入达到内存上限后可能收到 OOM 类错误，计数不增长并不表示内存没有问题。

生产变更建议保留四项回滚依据：旧策略、变更时间、变更前后两次计数快照，以及命中率和写入错误曲线。灰度时先选择可重新生成的缓存键，并设置明确的观察窗口；不要用清空统计的方式制造“归零后变好”的假象。

相关问题

修改 maxmemory-policy 后 evicted_keys 没有增长怎么办？

先确认当前内存是否达到淘汰条件，再检查策略是否真的通过 CONFIG GET 生效。没有写入压力或工作集仍未超过上限时，计数不增长是正常的。

evicted_keys 和 expired_keys 有什么区别？

前者是达到 maxmemory 后按策略淘汰，后者是键的 TTL 到期。两者都是累计值，监控时应分别计算差值。

为什么配置文件改了但重启后策略又变了？

可能只执行了 CONFIG SET，没有同步持久化配置，或者容器启动参数覆盖了文件内容。应检查实际启动配置来源。