在Ubuntu系统中管理Btrfs文件系统，核心操作就是子卷（subvolume）的创建、挂载和快照（snapshot）的差异比对。Btrfs不像ext4那样是一个扁平的文件系统，它把整个磁盘抽象成一个由多个子卷组成的树状结构，每个子卷都可以独立挂载、独立快照，而快照本身只记录与原子卷之间的差异数据块，这就是Btrfs最强大的地方——用极小的空间代价实现秒级回滚。下面我直接从实操角度，把Ubuntu下Btrfs子卷管理和快照差异的全部关键技术讲透。

一、Ubuntu下Btrfs子卷的基本概念与创建

Btrfs的子卷本质上不是传统意义上的分区，而是文件系统内部的一个命名目录树，可以被单独挂载到系统的任意挂载点。你可以把它理解为一个"轻量级的文件系统实例"，共享同一个底层存储池。在Ubuntu中，安装系统时如果选择Btrfs，默认就会创建一个名为@的子卷作为根文件系统，同时还会有@home、@snapshots等子卷。

查看当前系统所有子卷，执行以下命令：

sudo btrfs subvolume list /

输出类似：

ID 256 gen 12345 top level 5 path @
ID 257 gen 12340 top level 5 path @home
ID 258 gen 12330 top level 5 path @snapshots

创建新子卷非常简单：

sudo btrfs subvolume create /mnt/data/my_subvol

删除子卷（注意：删除会同时删除里面的数据）：

sudo btrfs subvolume delete /mnt/data/my_subvol

如果子卷里有数据不想丢，先快照再删：

sudo btrfs subvolume snapshot /mnt/data/my_subvol /mnt/backup/my_subvol_backup
sudo btrfs subvolume delete /mnt/data/my_subvol

二、Btrfs快照的创建与类型区分

Btrfs快照分两种：只读快照（read-only）和读写快照（read-write）。绝大多数运维场景用的都是只读快照，它是原子卷在某一时刻的"冻结镜像"。创建只读快照：

sudo btrfs subvolume snapshot -r /mnt/data /mnt/snapshots/snap_20240101

读写快照则是一个可写的副本，适合做临时测试环境：

sudo btrfs subvolume snapshot /mnt/data /mnt/test/data_copy

关键要点：快照创建是瞬间完成的，不管子卷有多大，因为它只是在元数据层面记录"这个块指向哪里"，并不真正复制数据。这就是Btrfs快照和传统rsync备份的本质区别——rsync要把数据全部读一遍再写一遍，Btrfs快照只写元数据指针。

三、快照差异的查看与比对方法

这是运维中最实用的部分。你需要知道快照和原子卷之间到底改了什么、改了多少。Btrfs提供了专门的工具来做这件事。

方法一：使用btrfs subvolume find-new命令。这个命令可以找出快照创建后新增或修改的文件：

sudo btrfs subvolume find-new /mnt/snapshots/snap_20240101 0

这里的"0"表示与快照创建时的状态（transaction ID 0）做对比。输出会列出所有被修改、新增或删除的文件inode号。

方法二：使用btrfs send和btrfs receive来生成差异流。这是做增量备份的核心技术：

sudo btrfs send -p /mnt/snapshots/snap_old /mnt/snapshots/snap_new | sudo btrfs receive /mnt/backup/

这里-p参数表示parent，即只发送snap_new相对于snap_old的差异部分。这个命令非常强大，你可以把差异流通过管道直接传到另一台机器上做远程增量备份，不需要中间存储完整数据。

方法三：使用diff命令做直观的文件级对比。先把快照挂载出来，再用diff：

sudo mount -o subvol=snap_20240101 /dev/sda2 /mnt/snap_old
sudo mount -o subvol=snap_20240102 /dev/sda2 /mnt/snap_new
diff -rq /mnt/snap_old /mnt/snap_new

diff -rq会递归对比两个目录，只输出有差异的文件名，不输出具体内容，非常适合快速巡检。

四、快照差异的空间占用分析

很多运维人员关心一个问题：快照占了多少空间？Btrfs用的是CoW（Copy-on-Write）机制，快照本身不占额外空间，只有当原子卷的数据块被修改后，旧数据块才会被快照"引用"住，从而产生实际占用。查看快照占用：

sudo btrfs subvolume show /mnt/snapshots/snap_20240101

或者用更直观的方式：

sudo btrfs qgroup show /mnt/data

qgroup（quota group）是Btrfs的配额管理机制，可以精确看到每个子卷和快照占用了多少空间。如果你发现快照占用空间持续增长，说明原子卷在不断修改数据，旧块被大量保留。这时候需要做快照清理或者定期合并。

五、快照的清理与滚动策略

快照不是越多越好，无限制地创建快照会导致元数据膨胀和空间浪费。生产环境建议用脚本做自动化滚动管理。下面是一个简单的Bash脚本示例，保留最近7天的每日快照和最近4周的每周快照：

#!/bin/bash
SNAP_DIR="/mnt/snapshots"
DATA_SUBVOL="/mnt/data"

# 创建今日快照
TODAY=$(date +%Y%m%d)
sudo btrfs subvolume snapshot -r "$DATA_SUBVOL" "$SNAP_DIR/daily_$TODAY"

# 删除7天前的每日快照
find "$SNAP_DIR" -maxdepth 1 -name "daily_*" -mtime +7 -exec sudo btrfs subvolume delete {} \;

# 每周日创建周快照
DOW=$(date +%u)
if [ "$DOW" -eq 7 ]; then
    WEEK=$(date +%Y%U)
    sudo btrfs subvolume snapshot -r "$DATA_SUBVOL" "$SNAP_DIR/weekly_$WEEK"
    find "$SNAP_DIR" -maxdepth 1 -name "weekly_*" -mtime +28 -exec sudo btrfs subvolume delete {} \;
fi

把这个脚本放进crontab每天执行，就能实现自动化快照生命周期管理。

六、快照回滚的完整操作流程

当系统出现问题需要回滚时，Btrfs的操作比传统备份恢复快得多。标准流程如下：

第一步：确认要回滚到哪个快照。先列出所有快照：

sudo btrfs subvolume list -s /mnt/snapshots

第二步：如果当前系统还能启动，直接把原子卷替换成快照（注意：这会丢失快照之后的所有修改）：

sudo btrfs subvolume snapshot -r /mnt/snapshots/snap_good /mnt/data
sudo btrfs subvolume delete /mnt/data/current_broken

更安全的做法是从Live USB启动，然后挂载Btrfs分区进行操作：

sudo mount -o subvol=@ /dev/sda2 /mnt
sudo btrfs subvolume snapshot -r /mnt/snapshots/snap_good /mnt/data_restored

第三步：如果是系统盘损坏，可以用btrfs restore从快照恢复单个文件：

sudo btrfs restore -v -r /mnt/snapshots/snap_good /mnt/lost_file.txt

这个命令可以从快照中提取指定文件，不需要恢复整个卷，非常灵活。

七、Btrfs子卷管理的注意事项与避坑指南

第一，不要对Btrfs做defrag（碎片整理）。Btrfs的在线defrag会破坏CoW机制，导致快照差异计算失效，而且会严重影响性能。如果必须整理，用：

sudo btrfs filesystem defrag -r -v /mnt/data

但只在必要时使用。

第二，Btrfs的RAID功能（RAID 0/1/10）在子卷层面是透明的，但如果你用了RAID 5/6，目前还不稳定，生产环境不建议使用。子卷管理和RAID是两个独立的层次，不要混淆。

第三，快照不是备份。快照和原子卷共享同一块物理磁盘，磁盘坏了快照也没了。真正的备份必须把数据send到另一块独立存储上。这是很多运维新手最容易犯的错误。

第四，Ubuntu 22.04及以后版本默认使用Btrfs作为安装选项，但如果你从ext4迁移过来，需要用btrfs-convert工具，这个操作有风险，务必先做完整备份。

八、进阶：用btrfs send做异地增量备份

对于生产服务器，最可靠的方案是把快照差异通过btrfs send发送到远程存储。完整命令：

sudo btrfs send -p /mnt/snapshots/snap_20240101 /mnt/snapshots/snap_20240102 | ssh user@backup_server "btrfs receive /mnt/backup/"

如果需要压缩传输节省带宽：

sudo btrfs send -p /mnt/snapshots/snap_20240101 /mnt/snapshots/snap_20240102 | zstd -3 | ssh user@backup_server "zstd -d | btrfs receive /mnt/backup/"

zstd压缩率高且速度快，配合btrfs send的增量特性，可以实现高效的异地容灾方案。首次需要发送完整快照：

sudo btrfs send /mnt/snapshots/snap_20240101 | ssh user@backup_server "btrfs receive /mnt/backup/"

之后每次只发差异，传输量可能只有几MB到几百MB，非常适合带宽有限的环境。

总结一下，Ubuntu下Btrfs子卷管理的核心就是：用subvolume命令管理逻辑卷，用snapshot命令创建时间点镜像，用find-new或btrfs send -p来查看和传输差异，用qgroup监控空间，用脚本做自动化生命周期管理。掌握这套组合拳，你就能在Linux运维中把Btrfs用到生产级别的可靠性。