Redis内存碎片主要源于jemalloc分配器的固定档位分配（如32B、64B）导致内部碎片，以及键值删改造成内存块不连续形成外部碎片；碎片率超过1.5需治理，可通过activedefrag自动整理，需同时满足碎片字节数≥100MB且碎片率≥1.10才触发。
Redis 内存碎片主要来自内存分配器的固定档位分配机制和数据频繁删改导致的空间不连续，不是 Redis 本身有 Bug，而是为性能做的权衡。碎片率（mem_fragmentation_ratio = used_memory_rss / used_memory）超过 1.5 就该关注了。
内存碎片是怎么产生的
核心原因分两类：
- 内部碎片（分配器导致）：Redis 默认用 jemalloc 分配内存，它不按需精确分配，而是按固定档位（如 16B、32B、64B、1KB…）切块。比如存一个 25 字节的 value，jemalloc 会分配 32 字节，多出的 7 字节无法再分给其他小对象，长期积累成内部碎片。
- 外部碎片（操作导致）：反复删除、扩容、缩容 key-value 会使已释放的内存块大小不一、位置分散。例如原来连续存放的 A(16B)、B(32B)、C(64B)，删掉 B 后空出 32B，但之后插入一个 48B 的新 value 就无法复用——因为空闲块不连续也不够大，只能向操作系统申请新内存，旧碎片滞留。
怎么用 activedefrag 自动清理碎片
Redis 4.0+ 支持运行时主动整理碎片，无需重启，通过内存分配器（如 jemalloc）内部重组空闲块来提升连续性。启用前需确认 Redis 使用的是支持 defrag 的分配器（jemalloc ≥ 4.0 或 tcmalloc），可通过 INFO memory 查看 mem_allocator 字段。
- 临时开启：
CONFIG SET activedefrag yes - 永久生效：在
redis.conf中添加activedefrag yesactive-defrag-ignore-bytes 100mbactive-defrag-threshold-lower 10active-defrag-threshold-upper 100active-defrag-cycle-min 5active-defrag-cycle-max 75 - 两个关键触发条件必须同时满足才会启动整理：
– 碎片字节数 ≥active-defrag-ignore-bytes（默认 100MB）
– 碎片率 ≥active-defrag-threshold-lower（默认 10%，即 1.10） - 整理过程是渐进式的，受
active-defrag-cycle-min/max控制 CPU 占用比例，避免阻塞主线程；可通过INFO stats中的active_defrag_running和active_defrag_hits观察是否生效。
清理后怎么看效果
执行 INFO memory，重点关注三个字段变化：
-
used_memory_rss_human：操作系统看到的 Redis 占用物理内存（下降说明碎片回收成功） -
used_memory_human：Redis 自己统计的实际数据内存（基本不变） -
mem_fragmentation_ratio：目标是趋近 1.0～1.3 区间，明显回落即有效
若碎片率长期高于 1.5 且自动整理未触发，先检查配置是否加载、分配器版本是否兼容，再考虑是否业务写入模式过于离散（如大量极小 key + 随机淘汰），这时可能需要优化数据结构或引入分片。
