Btrfs快照空间占用过大？是否仅存储差异数据？

你对COW机制「未修改块跨快照共享、仅存储差异数据」的基础认知是正确的，测试结果和预期不符、不同工具统计值不一致，来自三个容易被忽略的实现细节： #

不同空间统计命令的逻辑差异 #

你看到的数值偏差首先是统计口径不统一导致的，各命令的参考价值完全不同：

• btrfs filesystem df：文件系统层面的真实块占用统计，拆分了数据、元数据、系统预留三类空间，是最准确的实际磁盘写入量参考。从你的输出看，实际数据块仅占用6.84MiB，远小于其他工具显示的20M，额外开销全部来自元数据。
• 通用工具du/ls/tree -h：这类POSIX标准工具不识别Btrfs的块共享逻辑，会把每个快照中引用的文件逻辑大小全部累加，输出的是文件系统对外展示的逻辑可见大小，完全不代表真实磁盘占用，你看到的单快照内6B到16K的文件大小、总目录20M的结果都属于这类逻辑值，没有实际占用参考意义。
• btrfs filesystem du：Btrfs专属的块感知统计工具，输出字段中Exclusive代表当前路径独占、未被其他快照/子卷共享的块大小，Set shared代表当前路径和其他快照共享的块大小。你的环境中整个/btrfs目录的独占空间仅6.74MiB，和btrfs filesystem df的数据块占用基本对齐，证明数据块的跨快照共享是完全生效的。

测试中额外空间的来源 #

你预期总占用约为文件大小的2倍，是只计算了文件数据块的开销，忽略了Btrfs快照的固有元数据成本：

• 每个Btrfs快照本质是一个独立的可挂载子卷，会生成专属的根节点、目录项索引、inode表、文件元数据记录，单个快照的这类固定开销仅几KB，但你创建了2000个快照，累加后正好对应输出中元数据占用33.39MiB的结果。
• 你的测试逻辑是每次追加写入1行文本就创建一个快照，单次写入虽然仅新增几字节到十几字节内容，但Btrfs COW机制按块分配空间（默认块大小4K，小文件写入还有内嵌块的额外开销），每一轮写入+打快照都会生成新的差异数据块和对应元数据，2000轮累加后的总占用自然远大于单个17K文件的2倍。

和LVM快照的表现差异原因 #

两者的实现层级完全不同，没有直接可比性：

• LVM是块级快照，在块设备层跟踪原卷的改写块，快照本身没有文件系统元数据开销，只要原卷改写块少，占用就极低。但LVM快照存在预留空间写满即失效的问题，且所有快照共享同一条差异链，读写性能会随快照数量增加快速衰减。
• Btrfs是文件系统级快照，每个快照都是独立可读写的完整文件系统根，元数据属于文件系统结构的固有部分，单快照开销高于块级快照，但不存在快照写满失效的问题，所有快照地位平等，删除任意快照都不会影响其他快照，性能也不会随快照数量出现断崖式下跌。

验证方式 #

可以做对照测试排除干扰：先创建基准子卷和初始快照，一次性写入完整的17K测试文件，再批量创建2000个快照，此时再查看btrfs filesystem df的统计值，会发现数据块几乎完全共享，总占用仅比单个文件大几MB（即2000个快照的固定元数据开销），不会出现线性增长。你之前的测试每轮写入后打快照的逻辑，相当于每轮都生成新的差异块和对应元数据，自然占用更高。

内容的提问来源于stack exchange，提问作者kvdm.dev