Linuxrsync同步实战教程

rsync远非简单的“高级复制工具”，而是一个依赖路径细节、状态感知和安全策略的精密同步引擎——一个斜杠的增减可能让整个目录结构错乱，一次疏忽的--delete参数甚至会清空生产环境；本文直击新手最易踩坑的核心机制：路径末尾斜杠如何决定同步逻辑、为何--dry-run与-v是不可跳过的安全底线、SSH默认通道如何兼顾简洁与加密、以及--delete的真实风险与更稳妥的替代方案（如--delete-after和--backup），并揭示其底层差异判断逻辑（时间戳+大小 vs 校验和）对性能与准确性的深层影响，助你从“能用”迈向“用对”“用稳”。

rsync 不是“高级 cp”，它是带状态感知的同步引擎——用错参数或路径斜杠，轻则多一层目录，重则删光目标文件。

路径末尾斜杠决定同步行为

这是新手踩坑最多的地方，rsync 对源路径结尾的 / 敏感，直接影响目标端目录结构：

• rsync -a /src/ /dst：把 /src/ 下所有内容（不含 src 目录本身）放进 /dst，等效于“复制里面的东西”
• rsync -a /src /dst：把整个 /src 目录（含目录名）复制到 /dst 下，结果是 /dst/src/...
• 目标路径末尾加不加 / 通常不影响结果，但若目标不存在，rsync 会自动创建它；加了 / 则强制要求目标是目录，否则报错 error: destination must be a directory when copying more than 1 file

安全同步必须加 --dry-run 和 -v

尤其当使用 --delete 或跨生产环境操作时，跳过这步等于裸奔：

• 先跑 rsync -avn --delete /src/ /dst，确认输出里没有误删项（如 deleting old.log 出现在你不希望删的路径下）
• -n 是 --dry-run 的简写，它不真正执行，只模拟；-v 让你看到每一行操作，避免“静默删库”
• 如果输出中出现大量 skipping non-regular file，说明有设备文件或 socket，可能需要加 -D 或排除它们

远程同步默认走 SSH，无需额外配置

只要两端装了 rsync 且能 SSH 连通，就能直接用，不用开 rsync daemon（rsyncd）：

• rsync -avz /local/dir/ user@host:/remote/dir/：本地 → 远程，走 SSH 加密通道
• rsync -avz user@host:/remote/dir/ /local/dir/：远程 → 本地，同样走 SSH
• 如果 SSH 端口不是 22，用 -e "ssh -p 2222" 指定，例如：rsync -avz -e "ssh -p 2222" /src/ user@host:/dst/
• 不推荐用 rsync:// 协议（需配 rsyncd.conf），它不加密，且现代运维基本都用 SSH 封装

--delete 的真实影响和替代方案

--delete 不是“保持目标和源一致”，而是“源没有的，目标就该消失”——这个逻辑在备份场景下极其危险：

• 它只作用于目标中已存在、且源路径下完全缺失的条目（注意：不是“内容不同”，是“路径不存在”）
• 若源路径写错（比如本该是 /data/web/ 却写了 /data/webs/），--delete 会清空整个 /dst 下所有非 webs 的内容
• 更稳妥的做法是用 --delete-after（删在传输完成后，可中断保底）或 --delete-excluded（只删被 --exclude 排除的项）
• 日常增量备份建议避开 --delete，改用 --backup --suffix=.bak，旧文件自动重命名保留

真正难的不是记住参数，而是理解 rsync 的“状态比较模型”：它默认靠修改时间 + 文件大小判断差异，遇到 NFS、容器挂载卷或时钟不同步的机器，就得加 -c 强制校验和——但这会让速度掉一个数量级。别盲目加，先确认问题根源。

以上就是《Linuxrsync同步实战教程》的详细内容，更多关于的资料请关注golang学习网公众号！