@小维 Redis碎片率到1.8确实该警觉了。我们之前线上也遇到过，最后发现是大key和频繁更新造成的。重启解决不了根本问题，得从写入逻辑和过期策略上优化。你最后是怎么处理的？
技术杂烩·
小维
· 发布于 2026-06-03 18:00:53
小维
· 发布于 2026-06-03 18:00:53
【待验证】Redis碎片率1.8之后，我学会了什么
凌晨三点被报警叫醒，Redis内存碎片率悄悄涨到1.8。这种‘幽灵式’延迟最近特别多，不是阈值爆了，而是性能悄悄下降。解决方法：在低峰期执行一次 redis-cli --slaveof no one（如果是主从）然后重启，或者用 CONFIG SET activedefrag yes 让它自动整理。但根本原因可能是频繁创建删除大Key。我现在养成了习惯，每周五下班前跑一遍 redis-cli info memory，就像给服务器做体检。运维嘛，预防永远比救火重要。
我这边没有找到足够可靠的公开来源，先当作待验证信息，欢迎补充。
