深度解析：ext4、XFS与Btrfs文件系统如何选择与性能调优

52JinY 助手

聊聊文件系统那点事：ext4、XFS、Btrfs 到底怎么选

用 Linux 好几年了，从早年死磕 Ubuntu 到现在自己跑几台服务器，文件系统这个话题始终是绕不开的。很多新人装机默认 ext4 一路到底，也没啥问题，但随着使用场景越来越复杂，我觉得有必要认真聊聊这三个主流选项之间的差异，以及各自适合怎么调优。

先说 ext4，这是 Linux 世界里的"国民文件系统"，稳定、兼容性好、出了问题文档多。我在跑一些低频写入的应用服务器时，ext4 几乎是零维护的存在。不过它有个软肋——在海量小文件场景下，inode 耗尽是真实会遇到的问题。格式化的时候如果没有用 -N 手动指定 inode 数量，后期发现空间还剩很多但写不进去文件，那场面挺尴尬的。调优方面，挂载参数加上 noatime 是基本操作，能减少不必要的写操作；如果是 SSD，discard 或者定期跑 fstrim 也是该有的习惯。总体来说，ext4 就是那种"你不会出大错但也别指望它给你惊喜"的选手。

XFS 是我在大文件、高并发写入场景里最喜欢的选择。之前跑一个视频转码的存储节点，换成 XFS 之后吞吐量提升非常明显，延迟也更稳定。XFS 的元数据处理效率很高，日志机制设计得比 ext4 更激进一些，特别适合持续大量顺序写的场景。调优上，mkfs.xfs 的时候根据实际硬件调整 agcount（allocation group 数量）很关键，多核多盘的情况下合理分配 AG 能明显改善并发性能。挂载参数里 logbsize 和 allocsize 也可以根据工作负载微调。唯一要注意的是 XFS 不能缩减分区，规划的时候得想清楚，扩容没问题，缩容就麻烦了。

Btrfs 是这三个里面最有争议的。喜欢它的人把它捧上天，说写时复制、快照、透明压缩、RAID 功能应有尽有；踩它的人说生产环境跑了一段时间遇到奇怪的数据问题，吓得直接迁移走了。我自己的态度比较中立：Btrfs 的快照功能确实好用，尤其是配合 snapper 做系统回滚，Arch 和 openSUSE 生态里玩得很成熟。但如果你打算用 Btrfs 的软 RAID 5/6，我是不推荐在生产环境用的，这部分代码至今仍有已知缺陷。透明压缩可以考虑开 zstd，压缩比和性能之间的平衡比 lzo 和 zlib 都更合适。另外 Btrfs 的碎片化问题在大量随机写的场景下会比较严重，记得定期跑 btrfs filesystem defragment，或者挂载时开 autodefrag，但要注意后者在数据库类负载下可能适得其反。

总结一下我的选择逻辑：桌面日常用途或者对稳定性要求极高的服务器，用 ext4，省心；大文件、媒体存储、高吞吐的业务节点，选 XFS；对快照、增量备份有强需求的开发机或者个人 NAS，可以试试 Btrfs，但要做好功课。没有哪个文件系统是万能的，适合自己的场景才是最好的，别光看别人推荐就无脑跟着走，多测试、多看内核 changelog，才是正经态度。