如何在Redis分片集群中动态调整单个节点的淘汰策略-Redis-PHP中文网

redis集群中各master节点独立执行maxmemory策略，需逐节点单独配置maxmemory-policy，不自动同步、不跨节点联动，因集群无中心协调器，每个节点仅感知并执行本地内存策略。

如何在redis分片集群中动态调整单个节点的淘汰策略

不能“动态调整单个节点的淘汰策略”——你必须为每个 Master 节点单独配置，且策略生效后不自动同步、不跨节点联动。

为什么 CONFIG SET maxmemory-policy 只影响当前节点

Redis Cluster 中没有中心协调器，每个 Master 节点完全自治：它只读自己的 maxmemory 和 maxmemory-policy 配置，也只在本地触发淘汰。执行 CONFIG SET maxmemory-policy volatile-lru 时，命令只发给目标节点 IP:PORT，其他节点毫不知情。

常见误操作是：在某个节点上改了策略，就以为整个集群“切换了”，结果发现其他节点仍在用 noeviction 或 allkeys-random，写入失败或淘汰行为不一致。

集群拓扑信息（CLUSTER NODES）不包含任何内存策略字段
INFO memory 和 INFO stats 输出全是本地指标，evicted_keys 不可聚合
客户端 SDK（如 Jedis、redis-py）默认也不会帮你广播 CONFIG SET 到所有 Master

如何安全地为多个 Master 节点批量设置策略

没有一键全量推送机制，必须显式逐节点操作。关键不是“能不能做”，而是“怎么避免漏配、错配、回滚难”：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

先确认所有 Master 的当前策略：redis-cli -h {ip} -p {port} CONFIG GET maxmemory-policy
确保 maxmemory 已设（否则 maxmemory-policy 不生效）：CONFIG GET maxmemory 返回值不能是 -1

用脚本批量执行（示例 Bash）：

for node in 192.168.1.10:7001 192.168.1.10:7002 192.168.1.10:7003; do
  redis-cli -h $(echo $node | cut -d: -f1) -p $(echo $node | cut -d: -f2) \
    CONFIG SET maxmemory-policy allkeys-lfu
done

每次修改后立即验证：CONFIG GET maxmemory-policy + 观察 INFO stats | grep evicted_keys 是否开始增长

哪些策略变更会引发线上风险

策略不是开关，改了就立刻改变数据存留逻辑。以下操作极易导致缓存雪崩或写失败：

从 noeviction 改为 volatile-ttl：如果大量 key 设置了长 TTL（如 7 天），但实际访问集中在前 2 小时，volatile-ttl 会优先淘汰“剩余时间短”的冷 key，而非“访问少”的热 key，命中率骤降
从 volatile-lru 改为 allkeys-lru：若存在未设 TTL 的配置类 key（如 app:config:rate_limit），它们将首次进入淘汰候选集，可能被误删
把 lfu-decay-time 从 1 改成 0：counter 永不衰减，旧热点长期霸榜，新热 key 很难提升 rank，需配合 lfu-log-factor 调优
在大 key（>10KB）多的节点上调高 maxmemory-samples 到 100：每次淘汰前扫描开销剧增，写延迟毛刺明显