怎样监控Redis 7.0集群的内存碎片率并进行自动清理-Redis-PHP中文网

redis 7.0集群内存碎片治理必须逐节点配置并验证：需同时满足mem_fragmentation_ratio>1.5、used_memory_rss−used_memory>100mb，且active_defrag_running间歇为1、active_defrag_hits持续增长，缺一不可；config set无效，必须在redis.conf中显式写入activedefrag yes等全部五参数并重启。

怎样监控redis 7.0集群的内存碎片率并进行自动清理

Redis 7.0 集群的内存碎片率不能靠单点配置或临时命令统一治理——必须逐节点确认 mem_fragmentation_ratio、逐节点写死 activedefrag 相关参数，并验证 active_defrag_running 是否真实为 1。

怎么快速发现哪个节点碎片率异常高

别在每个节点上反复敲 INFO memory。用脚本批量拉取关键字段：

for node in 10.0.1.5:6380 10.0.1.6:6381 10.0.1.7:6382; do
  echo "== $node =="; 
  redis-cli -h $(echo $node | cut -d: -f1) -p $(echo $node | cut -d: -f2) INFO memory | grep -E "(used_memory|used_memory_rss|mem_fragmentation_ratio|active_defrag_running)";
done

重点关注三组值是否同时满足：

mem_fragmentation_ratio > 1.5 且
used_memory_rss − used_memory > 104857600（即 100MB）
active_defrag_running 偶尔为 1（不是持续为 0）

只要有一个节点 active_defrag_running 长期为 0，就说明它根本没在整理——哪怕配置写了 activedefrag yes，也可能被覆盖或不满足触发条件。

为什么 `CONFIG SET activedefrag yes` 在集群里基本无效

Redis Cluster 节点之间不共享配置，CONFIG SET 只对当前连接的节点生效，重启即丢失。运维脚本、配置中心、Ansible 模板也常漏配从节点。

必须做两件事：

Redis Skill - 高性能缓存管理

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

下载

逐节点执行持久化设置：redis-cli -h 10.0.1.5 -p 6380 CONFIG REWRITE（前提是 redis.conf 已含完整配置）
直接编辑每个节点的 redis.conf，显式写入全部四参数（不能只写 activedefrag yes）：

activedefrag yes
active-defrag-ignore-bytes 100mb
active-defrag-threshold-lower 12
active-defrag-cycle-min 100
active-defrag-cycle-max 500

注意：active-defrag-threshold-lower 12 表示碎片占 used_memory_rss ≥12%，不是 12% × 10；文档里写“10”其实是 10%，容易看错。

如何确认自动清理真正在工作

光看 mem_fragmentation_ratio 下降慢≠没干活。要盯住三个指标联动：

active_defrag_hits：每秒增长才说明有合并动作（redis-cli INFO memory | grep active_defrag_hits）
active_defrag_misses：持续上升说明空闲页太少，整理频繁失败
mem_allocator 必须是 jemalloc-5.2.1 或更高（libc 分配器下 activedefrag 完全无效）

如果 active_defrag_hits 几乎不动，但 CPU 使用率长期 >90%，说明 Redis 主线程太忙，根本抽不出空整理——这时得先压降 QPS 或错峰操作，而不是调高 cycle-max。