Linux怎么同步文件_Linux如何使用rsync增量备份【教程】

rsync 增量同步更可靠因默认仅传输变化部分，支持跳过相同文件、断点续传和校验一致性；cp 全量覆盖，scp 无差异判断且不支持断点续传。

rsync 增量同步为什么比 cp 或 scp 更可靠

因为 rsync 默认只传变化的部分：跳过相同文件、断点续传、校验一致性。而 cp 会全量覆盖，scp 没有差异判断，网络中断就得重来。

常见错误现象：rsync: connection unexpectedly closed（没加 -e 指定 ssh 参数时，远程 shell 环境输出干扰）；或本地文件变大了但远程没更新（漏了 -a，没保留时间戳，导致下次误判为“已变更”）。

• -a 是核心：等价于 -rlptgoD，保留权限、软链、时间戳、属主等——缺一不可，否则增量逻辑失效
• --delete 要慎用：它会删掉目标端有、源端没有的文件；备份场景建议先加 --dry-run 预览
• 远程路径写法必须明确：user@host:/path/ 结尾的 / 很关键——/path 同步的是目录本身，/path/ 同步的是目录内容

如何避免 rsync 同步时卡住或超时

本质是 ssh 层面的连接稳定性问题，不是 rsync 本身 bug。默认 ssh 交互式连接在无响应时会挂起，尤其跨公网或高延迟网络。

使用场景：定时备份脚本跑在 cron 里，结果某次卡住，后续任务堆积。

• 强制非交互 + 超时控制：加 -e "ssh -o ConnectTimeout=10 -o BatchMode=yes"
• 避免 shell 初始化干扰：远程命令前加 sh -c 'exec rsync ...'，或在远程 ~/.bashrc 开头加 [[ -z $PS1 ]] && return，防止输出乱码破坏协议流
• 大文件传输建议加 --partial --progress：断点续传 + 实时看进度，比默认静默更可控

rsync 备份到远程服务器时，排除临时文件的正确写法

很多人用 --exclude "*.tmp" 发现没生效，其实是匹配逻辑和路径上下文理解错了。

妙构

AI分析视频内容，专业揭秘爆款视频

下载

rsync 的排除规则基于「发送端路径相对值」，且不自动递归展开 glob——所以 *.tmp 只匹配当前目录下的 tmp 文件，子目录里的不会被扫到。

• 要用 --exclude="*.tmp" + --exclude="**/*.tmp"（注意双星号支持需 rsync ≥ 3.1.0）
• 更稳的方式是写进文件：--exclude-from="/path/to/exclude.list"，每行一个模式，支持 # 注释和空行
• 别忘了排除 .DS_Store、Thumbs.db、__pycache__ 这类高频干扰项，否则每次触发无意义同步

rsync 增量备份后，怎么验证两边文件真的一致

光看文件大小和修改时间不够——硬链接、稀疏文件、ACL 权限、xattr 扩展属性都可能不同，但 rsync -a 默认并不同步 xattr（除非加 -X）。

性能影响明显：用 sha256sum 全量比对太慢；用 rsync --dry-run -ai 只能看差异，不保证字节一致。

• 最轻量验证法：在目标端运行 rsync -n -aHAX --delete source/ dest/，若输出为空，说明结构 & 内容一致（前提是源端没改过）
• 要严格字节一致：加 --checksum 强制比对摘要（但会显著拖慢速度，仅调试用）
• 容易被忽略的点：如果源是 btrfs/xfs 文件系统且启用了 reflink，rsync 默认不复刻 reflink，得加 --reflink=always（需 rsync ≥ 3.1.2）

备份这事，差一个参数就可能让“增量”变成“伪增量”，最后发现磁盘占满却恢复不了——盯紧 -a 和路径末尾的 /，比什么都管用。