一、传统文件系统在Linux的用户中很少有不知道EXT系列文件系统的。在不断的迭代发展过程中它们变得越来越强大稳定。但问题就在于这个世界发展的太快技术需求的迭代也太快。EXT这个系列它有着学生的历史包袱当需求变化过大时它就无法适应相关的改变了。特别是随着硬件技术的快速发展现代的存储系统动辙几十T甚至更大。这虽然极大的提高了存储的能力但也带来一个巨大的风险“鸡蛋都放在一个篮子里”了。对于普通人来说可能大多数情况下数据保存不是问题但对于商业甚至一些特殊行业来说数据是最重要的。有人会想到可以使用RAID系统啊或者云存储啊等等。但从根本上看它们仍然未从根本上解决大数据在硬件存储时如何自动进行数据安全的检测、数据压缩、快照、子卷和硬件自身的问题以及自身纠错等等现实需要的问题。特别是对于大硬盘来说更是迫切。这些解决方案都需要硬件系统如RAID卡、软件系统如LVM、mdraid、加密系统及相关工具。也就是说为了实现数据的安全堆叠了很多的层和子系统。这其实就意味着风险在进一步的扩散成本在进一步的增加。二、Btrfs文件系统技术的发展和进步就是从需求端反向传导过来的。有了需求发现传统的文件系统不能方便的解决问题时新的想法或者说解决方案就会有人提出并研发。这就是Btrfs文件系统即B-tree File System也可以叫做B树文件系统。有过数据库底层数据存储经验的很快可以反应过来因为传统的数据库的底层数据就是用各种B树来实现的。在前面分析Linux 7.1时提到过Btrfs文件系统已经正式被启用。Btrfs是Linux生态中基于写时复制CoW设计的下一代现代文件系统‌和EXT4、XFS等传统日志型文件系统相比它在数据完整性、存储灵活性、高级特性集成上实现了代际升级同时也在特定负载下存在性能与稳定性的取舍。刚刚分析的过程中已经明白了传统的文件系统无法方便快捷的实现现代存储的要求。所以新的系统其设计的思想和理念必然和传统的文件系统有所不同。传统文件系统EXT4/XFS的核心是‌日志保护原地覆盖写入‌仅通过日志记录元数据变更来保障崩溃一致性数据修改直接覆盖原有物理块而Btrfs以‌写时复制CoW全局B树管理‌为核心所有数据修改都写入新物理块永不覆盖旧数据从底层架构上重构了存储逻辑。对于Btrfs文件系统来说它包含下面的特点数据一致性保障Btrfs文件系统使用全量数据元数据端到端校验和CoW机制天然防崩溃损坏支持scrub自动静默修复而传统的文件系统仅元数据日志保护无数据校验无法检测静默数据损坏掉电可能导致部分数据不一致快照能力Btrfs文件系统具有秒级创建读写/只读快照基于指针共享数据块几乎不占额外空间支持递归快照与增量发送 而传统的文件系统则无原生快照需依赖LVM等外部卷工具快照是完整数据复制耗时且占用大量冗余空间多设备管理原生内置RAID 0/1/5/6/10无需mdadm等外部工具支持在线动态扩容/添加磁盘而传统文件系统无原生多设备管理必须依赖独立的MDRAID、LVM层完成磁盘聚合子卷与配额支持独立子卷逻辑分区共享底层存储池可单独挂载、设置配额、配置快照策略传统文件系统无原生子卷概念逻辑隔离需通过独立分区或LVM逻辑卷实现配额配置繁琐透明压缩原生支持Zstd/LZO/zlib透明压缩写入自动压缩、读取自动解压实测可节省20%-30%存储空间传统文件系统无原生透明压缩需依赖loop设备或第三方工具实现性能损耗大且配置复杂扩展性上限现代存储一个重要特点就是存储量大。Btrfs文件系统理论单文件上限16 EiB文件系统总容量上限16 EiB所有元数据统一B树管理性能不随容量增长衰减它解决了传统的EXT4单文件上限16 TiB总容量上限1 EiBXFS单文件上限8 EiB超大目录下元数据操作性能易衰减的限制从上面的特点可以看出每一项对于传统的文件系统来说都无法在原生的基础上进行支持。正如前面所说都需要增加多个外在系统才能达到同样的目的。这也是Btrfs文件系统的优势所在。三、优缺点和性能Btrfs文件系统作为一种新的技术当然不可能是没有问题的。其最显著的缺点主要在于其CoW写时复制的底层设计特性以及部分高级功能尚未完全成熟在特定负载和场景下会出现明显的性能、稳定性与运维短板。性能缺陷写放大问题‌CoW机制要求所有修改都写入新物理块频繁随机写入场景下会产生数倍于实际数据量的IO开销实测数据库类随机写入密集场景性能仅为XFS的60%-70%小文件操作性能弱‌大量小文件创建、删除场景下B树元数据的频繁更新会带来明显开销小文件创建速度仅为EXT4的60%-70%不适合高并发小文件存储场景碎片化问题‌长期运行的写入密集卷会产生大量物理地址不连续的extent碎片直接导致顺序读写性能随运行时间逐步衰减必须定期执行手动碎片整理操作新高级功能稳定性缺陷RAID5/6仍在完善中‌官方文档至今仍将RAID5/6标记为非全稳定状态存在已知的写洞缺陷磁盘故障重建过程中极易出现二次数据损坏生产环境几乎不推荐使用 ‌元数据损坏风险更高‌作为全量B树索引的文件系统意外断电、内核BUG引发的元数据不一致可能导致从单个文件无法访问到整个文件系统完全无法挂载的严重故障传统文件系统的fsck级别的修复工具成熟度远高于Btrfs。而传统的文件一般是基于日志和块的相对损失较轻去重功能降低性能‌内置的块级去重功能会占用大量CPU和内存资源在大容量存储场景下去重带来的空间收益往往抵不上其引发的性能损耗远不如独立的专用去重工具稳定高效运维与兼容性不足空间利用率浪费‌多设备RAID模式下元数据与数据块的分配策略存在剩余空间陷阱即使df显示仍有剩余空间也可能因无法分配连续的元数据块导致写入失败需要定期执行balance操作重新均衡空间分布无原生加密支持‌没有内置文件系统级别的原生加密能力必须叠加dm-crypt等外部加密层才能实现全磁盘加密增加了存储栈的复杂度和故障排查难度数据恢复困难‌传统针对EXT4/XFS的数据恢复工具几乎无法识别Btrfs的CoW块结构一旦文件系统严重损坏普通数据恢复手段几乎无法找回数据恢复成本远高于传统文件系统兼容性差‌5.4版本之前的Linux内核Btrfs实现存在大量已知BUG跨大版本内核迁移Btrfs卷时可能因元数据特性不兼容出现挂载失败问题老旧服务器环境下的适配风险较高通过资料查询相关的测试可以发现传统的XFS在纯IO性能测试中领先大文件顺序操作优势最明显而EXT4表现出极强的均衡性元数据操作速度最快无明显短板。Btrfs在随机写入场景下性能略低但启用Zstd压缩后可压缩数据的实际有效吞吐往往反超前两者压缩减少的IO开销完全抵消了CPU解压成本。四、应用作为一种新的文件系统Btrfs仍然在普及和完善过程中。从实际的经验来看其适合的应用场景包括‌桌面/工作站系统利用秒级系统快照快速回滚避免升级/调试导致系统损坏NAS存储场景内置RAID、校验自修复、快照防误删能力大幅降低运维复杂度AI开发环境透明压缩节省数据集存储空间子卷隔离不同训练版本的环境快照实现训练状态秒级回滚不建议应用场景主要有‌核心生产数据库集群优先选择XFS保障极致随机写入性能大容量多盘阵列避免使用Btrfs的RAID5/6实现其早期版本存在稳定性缺陷推荐改用RAID1/RAID10老旧机械硬盘设备Btrfs的元数据随机写入开销会明显拖慢响应速度从目前来看Fedora和ubuntu等系统的的最新版本基本都支持Btrfs文件系统一些存储厂商也进行了大规模的生产性验证。特别是随着Linux 7.2对Btrfs文件系统的启用会快速的推动相关应用的普及。五、总结总体而言Btrfs文件系统的优势还是很明显的。但一些细节的未完善仍然是其广泛应用的门槛。而且作为一项新的文件系统还需要更多的生产实践来进行各类应用的反复验证。在这个过程中不断的对自身进行完善和发展这才是Btrfs文件系统真正能广泛应用的前提。