首先得给你吃个定心丸：SSD上的文件系统碎片，对性能的影响远没有机械硬盘那么夸张，这是SSD的硬件特性决定的——它不需要像机械盘那样移动磁头寻道，随机读写的延迟本来就很低，哪怕文件分散存储，也不会像机械盘那样大幅拖慢IO速度。

针对你的具体场景，再拆解说说：

• 你的存储是Maildir格式，本身就是大量小文件，XFS文件系统设计时就挺擅长处理大存储和多小文件的场景，它的空间分配算法会尽量减少不必要的碎片。而且XFS的在线碎片整理工具xfs_fsr，其实对小文件的整理效果很有限——毕竟小文件本身就可能被分配到零散的小块空间，而SSD的特性又让这种零散访问的代价几乎可以忽略。
• 至于要不要花时间把整个存储rsync到新盘来“清零”碎片？如果你的服务器目前运行稳定，没有出现明显的IO瓶颈（比如邮件收发卡顿、用户访问邮箱明显变慢），完全没必要折腾这个。4TB+的数据，哪怕是SSD，全量同步也要耗不少时间，期间还可能对业务造成一定影响（哪怕rsync是增量，第一次全量传输的IO负载也不小）。
• 那什么时候需要考虑处理碎片？如果真的遇到了IO相关的性能问题，比如系统监控里看到iowait持续偏高，或者邮件操作明显卡顿，可以先通过xfs_db -c frag -r /dev/your-xfs-device命令查看XFS的碎片率。如果碎片率确实很高（比如超过20%，不过XFS通常不会到这么夸张的程度），再考虑用xfs_fsr做在线整理，或者迁移到新盘。但还是那句话，SSD上这个阈值可以放得非常宽。

最后插句题外话：CentOS 6已经停止官方支持很久了，虽然是邮件服务器，但安全风险其实比碎片问题更值得关注，有空可以规划下系统升级或者迁移的事。

备注：内容来源于stack exchange，提问作者Alexander