Redis内存碎片率过高核心是used_memory_rss显著高于used_memory，表明存在大量无法复用的零散内存空隙；需先结合mem_fragmentation_ratio≥1.5且差值>100MB确认真实问题，再启用activedefrag并调优四参数，Redis 6.2+可执行MEMORY PURGE强制释放，长期应配合UNLINK、避免高频改写及大key治理。
Redis 内存碎片率过高，核心是 used_memory_rss 明显高于 used_memory，说明操作系统分配的物理内存中存在大量无法被复用的零散空隙。这不是数据没删，而是内存分配器（如 jemalloc）手里的“碎渣”太多。回收的关键不是删数据，而是让这些碎片重新拼合、归还给系统。
先确认是否真要整理
运行命令：
redis-cli INFO MEMORY | grep -E "(mem_fragmentation_ratio|used_memory_rss|used_memory)"
重点关注三项：
- 若 mem_fragmentation_ratio ≥ 1.5，且 used_memory_rss − used_memory > 100MB，说明碎片已影响实际使用；
- 若 ≥ 1.8，属于严重碎片，需立即干预；
- 若 < 1.0，说明 Redis 开始使用 swap，比碎片更危险，应优先扩容或降负载。
启用并调优主动碎片整理（Redis 4.0+）
仅设 activedefrag yes 不够——默认阈值太保守，几乎不触发。必须同步调整四参数：
- 降低启动门槛：CONFIG SET active-defrag-threshold-lower 12（对应碎片率 ≥1.2%）；
- 增大单次工作强度：CONFIG SET active-defrag-cycle-min 100（最小 CPU 时间片从默认 5ms 提至 100ms）；
- 放宽最大上限：CONFIG SET active-defrag-cycle-max 500（避免中途退出）；
- 设定最小碎片量：CONFIG SET active-defrag-ignore-bytes 100mb（低于此值不启动整理）。
注意：这些配置需在每个 Redis 实例上单独执行，集群环境不能只配一个节点；重启后失效，务必写入 redis.conf 持久化。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
长期有效手段：MEMORY PURGE（Redis 6.2+）
主动整理是“边用边理”，而 MEMORY PURGE 是强制让 jemalloc/tcmalloc 把当前可释放的闲置页直接还给操作系统：
- 执行 redis-cli MEMORY PURGE，立即生效（无需等待周期）；
- 适合在业务低峰定时调用，例如凌晨 2 点 cron 脚本；
- libc malloc 不支持该命令，执行无反应；可通过
INFO MEMORY查mem_allocator确认是否为 jemalloc 或 tcmalloc。
配合日常操作减少新碎片产生
整理是补救，预防才是根本：
- 删键优先用
UNLINK替代DEL，尤其对大 hash/list/zset，释放逻辑异步化，缓解主线程压力； - 避免高频改写同一 key 的 value 大小（如从 1KB 扩到 10MB），旧内存块易残留成碎片；
- 小对象密集场景（如大量短 field 的 HSET），考虑改用 String + JSON 合并存储，降低内部碎片概率；
- 定期用
redis-cli --bigkeys扫描残留大 key，手动清理或重设 TTL，防止过期堆积加重碎片。
