Redis 内存碎片率超过 1.8，mem_fragmentation_ratio 要不要处理

实例占用内存远高于实际数据量，监控提示碎片率偏高，扩容后又慢慢升高。日志里能对上时间点，这种反而好排。

频繁增删与不同大小对象交替分配造成空闲块无法复用，分配器不主动归还。这一点先确认清楚，后面就不用反复试。

CONFIG SET activedefrag yes
CONFIG SET active-defrag-threshold-lower 10
INFO memory | grep fragmentation

「Redis 内存碎片」改完先别急着全量，挑一台机器放半天，真有问题这段时间就能看出来。线上出问题先对时间点，跟发布、备份、任务执行的时刻排一排，能省掉一半功夫。

日志级别临时调高可以，记得改回去，长期开着既占磁盘又掩盖真问题。权限不要一口气开到最大，先加到够用再往上试，范围小才好收。

把复现步骤压到三条以内，交给同事也能跑出来，才算真的定位清楚。改动写完就同步给同事，下一个人踩同一个坑，成本还是你的。

处理上按这个顺序：开启主动碎片整理；调整分配器参数；必要时低峰重启实例。

结果对不对很好判断，碎片率回落到 1.5 以下，实例内存占用明显下降。