1. 性能对比
1.1 读取与写入性能的基本差异
在默认配置下，EXT4 的读取和写入吞吐往往比 BTRFS 更稳健且延迟更低，尤其是顺序写。核心原因在于 EXT4 使用传统的日志机制和简单的元数据结构，而 BTRFS 的 Copy-on-Write 机制会在写入时产生额外的元数据开销。
对于大块顺序写入，EXT4 通常表现更好，因为不需要频繁复制，因此对普通桌面或轻量服务器是友好选择。注意点是要结合底层存储的缓存策略和 I/O 调度器。若使用旋转盘，差异可能更明显；若使用 SSD，差异会减弱，但仍可见到 CO-WR 的额外开销。
# 基本写入测试示例
dd if=/dev/zero of=/tmp/test_ext4 bs=1M count=1024 oflag=dsync
1.2 随机读写与延迟特性
随机 I/O 场景下，BTRFS 的写入路径需要额外的元数据更新和数据位置计算，理论上会带来更高的 CPU 与 I/O 延迟。实际影响取决于存储设备的随机写放大和缓存策略。
在没有启用特殊调优的情况下，EXT4 的随机 I/O 延迟通常低于 BTRFS，但该差异可以通过设备缓存、RAID 等综合考虑来抵消。要点是评估你的工作负载类型（数据库、虚拟化、日志收集等）。
# 随机写入基准（fio 示例，单线程）
fio --name=rw --ioengine=libaio --rw=randrw --bs=4k --size=1G --numjobs=1 --runtime=60 --time_based --group_reporting
1.3 文件系统特性对性能的影响
EXT4 的延迟分配与预写日志在优化顺序写时表现突出；BTRFS 的数据和元数据校验、快照、和 CoW 机制在某些场景可能带来额外开销，但在特定场景如快照密集型工作负载上，BTRFS 的灵活性也能通过并发副本和写时聚合得到收益。场景驱动决定了最终的性能取舍。
2. 稳定性与卷管理
2.1 日志、校验与错误恢复能力
EXT4 作为成熟的日志文件系统，具备稳定的崩溃恢复能力，通过元数据日志和一致性检查保持数据的可靠性。关键点在于日志写入策略与默认的保护机制。
BTRFS 不仅提供 Copy-on-Write，还内置了数据和元数据的校验和，可以在发现错误时进行自动检测与修复，前提是底层存储提供冗余。优势在于完整性保护机制的原生集成，适合对数据完整性有高要求的场景。
2.2 快照、子卷与灵活的卷管理
BTRFS 原生支持快照和子卷，允许对数据集进行快速时间点备份与回滚，降低运维的复杂度。要点是快照的空间开销与引用计量，以及对写入路径的影响。
EXT4 本身不带原生快照能力，通常通过 LVM、Timeshift、或其他工具实现类似能力。注意是需要额外的工具链和备份策略来实现类似水平的快照管理。
# BTRFS 快照操作示例
btrfs subvolume snapshot -r /mnt/btrfs_subvol /mnt/btrfs_subvol@snap_20250925
# EXT4 + LVM 下的卷管理查看
lvdisplay
3. 数据安全性与完整性
3.1 数据校验与损坏检测能力
BTRFS 的数据和元数据都具备强制校验和能力，默认在写入时计算哈希并在读取时进行校验。优点是对数据完整性的早期发现和自动纠正能力。
EXT4 的数据校验能力取决于特性开关与具体实现。元数据校验在较新内核中得到增强，但数据段的校验则通常较弱，依赖外部工具或文件系统层面的额外措施。短板是数据在大规模系统中需要额外的保护策略。
3.2 硬件故障与冗余的协同作用
在 RAID 或其他冗余方案的组合下，EXT4 与 BTRFS 的差异会因冗余策略变化而放大。结论点是在存储池中实现冗余并结合正确的恢复策略，以降低单点故障的风险。
BTRFS 的副本、校验和与自带的 RAID 功能在某些场景下可以提供更简单的端到端保护，而 EXT4 需要额外配置如 RAID、LVM、镜像来实现类似水平。要点是保护策略的综合设计，尤其在大容量数据中心环境中尤为重要。
# BTRFS 数据校验模式查看
btrfs property get /mnt/btrfs_data checksum
4. 系统场景与应用场景
4.1 服务器、数据库与虚拟化的权衡
在数据库和虚拟化环境中，数据的一致性与高并发是关键。要点是评估写放大、快照与回滚需求对性能的影响。
对于网页服务器或日志聚合系统，EXT4 的稳定性和简化的写入路径可能更有利。场景驱动会引导存储层的选择与调优。
4.2 桌面与开发工作负载的考虑
桌面和开发工作负载通常更看重快速响应和快照/回滚的便捷性。BTRFS 的快照能力可显著提高回滚效率，但在长期大量创建快照时需要监控元数据开销。重要点是快照管理策略和存储容量规划。
# 快照清理示例（BTRFS）
btrfs subvolume delete /mnt/btrfs_subvol@snap_20250925
