生产环境增量备份优先用 rsync，因其对硬链接、稀疏文件、权限及xattrs的处理成熟稳定；Python标准库无法比拟，自行实现易在跨时区、NFS或不同文件系统间误判；必须用Python时应封装rsync或使用pyrsync。
增量备份该用 rsync 还是纯 Python？
直接结论：生产环境优先用 rsync，不是因为它“高级”，而是它对硬链接、稀疏文件、权限、xattrs 的处理已打磨数十年，Python 标准库根本没法比。自己写 shutil.copy2 + os.stat 对比 mtime 的方案，在跨时区、NFS、ext4/btrfs 之间容易漏判或误判。如果必须用 Python（比如嵌入 GUI 或无 shell 环境），推荐用 pyrsync 或封装 rsync 命令，别从零实现校验逻辑。
rsync --delete --archive --hard-links 的实际含义
这条命令不是“万能同步”，每个 flag 都有明确副作用，不理解就容易丢数据：
-
--archive等价于-rlptgoD，但会保留所有元数据——如果目标文件系统不支持 setgid 或 ACL（比如 FAT32 或某些 NAS），rsync会静默失败，且不报错 -
--hard-links要求源和目标在同一挂载点才生效；跨分区时自动退化为普通拷贝，但不会警告 -
--delete删除目标中源没有的文件——如果源路径末尾少了/（比如写成/src而非/src/），rsync会把整个/src目录当成一个文件同步，导致目标被清空
如何避免 rsync 把备份变成“单点故障”
镜像同步 ≠ 备份。真正的增量备份需要保留历史快照，而 rsync 默认只做“当前状态同步”。常用解法是配合 --link-dest 和硬链接：
- 每次备份到新目录（如
backup_20240520），并指定上一次备份目录为--link-dest=../backup_20240519 - 相同文件会被硬链接复用，节省空间；不同文件则真实写入
- 关键限制：源和所有备份目录必须在同一个文件系统，否则硬链接失效，变成全量复制
- 不要依赖
rsync --backup，它只备份被覆盖的单个文件，不保留完整历史
Python 脚本调用 rsync 时最容易崩的三个点
用 subprocess.run 调 rsync 看似简单，但实际踩坑率极高：
立即学习“Python免费学习笔记（深入）”；
- 路径含空格或中文？必须用
shell=False+ 列表传参，不能拼字符串——否则shlex.split()会错误切分 - 忽略
check=True：rsync返回 23 表示部分文件失败（比如权限不足），但 Python 默认不抛异常 - 没捕获
stderr：当rsync因--delete删除大量文件时，进度输出走stderr，不读取会导致缓冲区满、进程卡死
硬链接跨文件系统、rsync 的 exit code 含义、--link-dest 路径必须是相对目标目录的相对路径——这些细节不查手册，跑一两次就出事。
