Redis 删除 Key 后，逻辑数据占用可能下降，但进程 RSS 不一定立即减少。内存分配器可能保留空闲空间等待复用，页内仍有其他对象也会阻止整页归还给操作系统。内存碎片、分配器缓存、复制缓冲和 COW 峰值应分开判断。
先分清观察指标
INFO memory 中 used_memory 反映 Redis 分配的内存统计，used_memory_rss 表示操作系统视角的驻留内存。mem_fragmentation_ratio 大致用 RSS 与使用量比较，但还会受到进程其他开销影响，不能直接理解为“全都是可以回收的碎片”。较小实例因固定开销占比大，比例可能很高，却没有严重容量问题。
还可结合 allocator_allocated、allocator_active、allocator_resident 等分配器指标和相应差值分析，具体字段以运行版本为准。比值小于 1 也不是自动变好，可能与部分内存不在 RAM、swap 等情况有关，需要结合系统指标。
为什么反复写删会产生碎片？
不同大小对象交替分配和释放，可能留下难以被新对象利用的空隙。一个内存页有些对象被删除、另一些仍活着时，整页还不能释放。若先装载巨大数据集再大量删除，分配器保留的空间也可能让 RSS 长期高于当前数据量。
支持的版本和分配器配置下，可以评估主动碎片整理。它通过搬移对象等方式尝试提高内存利用率，会消耗 CPU，并非一开就完全回收。MEMORY PURGE 也不是保证释放任意碎片的命令。生产环境应通过观测判断收益，避免把重启当成日常内存治理。
常见追问
碎片率 1.5 就一定要重启吗？
不能只看一个阈值。要看绝对多出的字节量、实例大小、分配器指标、剩余内存与延迟目标，再选择治理措施。
maxmemory 能限制整个 Redis 进程 RSS 吗？
不能把它当进程总内存硬上限。分配器、后台任务、复制与 AOF 缓冲及 COW 还会产生额外需求，需要物理内存余量。
BGSAVE 期间内存上涨一定是碎片吗？
不一定，主进程修改共享页会触发 COW。应结合持久化子进程与 COW 指标确认，避免错误调整淘汰策略。
拆成很多小 Key 能完全消除碎片吗？
不能。小 Key 会增加对象头、字典和 Key 名等开销，也可能造成新的分配模式；应结合业务访问与内存测量选择数据模型。