文件系统选型该不该用：先看它解决的问题是不是你的问题

ext4 的 inode 数量在 mkfs 时就定死，df -i 满了但 df -h 还有空间

它擅长的是数据库与日志盘；如果你只是需要快照的桌面，用现成的东西更省事。

先说结论

单盘求稳选 ext4，大文件选 XFS，要快照才上 Btrfs，别为新鲜感换文件系统

• 适合：数据库与日志盘
• 不适合：大容量备份盘
• 学习成本：XFS 只能扩不能缩，分区规划错了只能备份出来重建
• 最大收益：Btrfs 的 df 显示原始容量，btrfs filesystem usage 才是真实可用
• 最大风险：给 /var 选了 XFS 又想缩容，最后只能整盘备份重做

它到底解决什么

ext4 的 inode 数量在 mkfs 时就定死，df -i 满了但 df -h 还有空间。

换句话说，它把「数据库与日志盘」这件事从手工变成可重复的流程。这是它真正的价值，而不是功能列表的长度。

什么时候不该用

下面三种情况，用了反而更累：

给 /var 选了 XFS 又想缩容，最后只能整盘备份重做

用 Btrfs 组 RAID5，掉一块盘后校验和报出一片错

mkfs 时没调 inode 比例，邮件队列把小文件 inode 用光

和替代方案比

noatime 能省掉大量元数据写入，数据库和桌面都建议开。

这台工具的关键细节

几个决定长期体验的点：

• XFS 只能扩不能缩，分区规划错了只能备份出来重建
• Btrfs 的 df 显示原始容量，btrfs filesystem usage 才是真实可用
• noatime 能省掉大量元数据写入，数据库和桌面都建议开
• ZFS 的 ARC 会吃掉大部分空闲内存，free 只剩几百 MB 属于正常

我的建议

单盘求稳选 ext4，大文件选 XFS，要快照才上 Btrfs，别为新鲜感换文件系统。

先用两周，跑一个真实的小任务；两周后你还想用它，再谈长期。

还有几处容易忽略的

都是小地方，但出问题时往往就卡在这里。

• 机械盘上 Btrfs 的碎片比 ext4 明显，长期写入后需要跑一次 balance

工具是解法，不是身份。