别再只会用scp了！rsync的这3个高阶用法让文件传输快10倍（含SSH配置技巧）

关注

原创最新推荐文章于 2026-07-11 12:35:55 发布 423 阅读 AI 写同款· GEO 优化 ›

Numpy鸢尾花 import numpy from sklearn.datasets import load_iris #从sklearn包自带的数据集中读出鸢尾花数据集data iris_data = load_iris() # 查看data类型，包含哪些数据 print("数据类型: ", type(iris_data)) print("包含数据： ", iris_data.keys()) # 看包含哪些... 阅读详情

别再只会用scp了！rsync的这3个高阶用法让文件传输快10倍（含SSH配置技巧）

如果你还在用 scp 一个文件一个文件地搬运数据，那可能已经浪费了太多时间和带宽。对于处理日志归档、代码部署、数据库备份这类日常任务，scp 就像一把瑞士军刀里的开瓶器——能用，但绝不是最趁手的工具。真正的高手，早已转向 rsync，并且解锁了它那些能让传输效率产生质变的高级特性。今天，我们不谈 rsync -avz 这种入门操作，而是深入三个能直接解决你痛点的实战场景：如何在网络抖动时优雅地断点续传、如何精准控制带宽不影响关键业务，以及如何通过 SSH 隧道优化让跨国传输不再卡顿。这些技巧，足以让你的下一次大文件同步任务快上十倍。

1. 从 scp 到 rsync：思维模式的根本转变

很多从 scp 迁移过来的用户，最初只是把 rsync 当作一个“带进度条”的 scp 来用。这其实低估了它的核心价值。两者的本质区别，在于同步与复制的思维差异。

scp 是“复制粘贴”。它忠实地将源文件的所有字节通过网络搬运到目标位置，每次操作都是独立的、完整的。而 rsync 是“智能同步”。它的核心算法会先比较源和目标的差异，然后只传输发生变化的部分。这种“增量传输”机制，在处理大量小文件或经常变更的大文件时，优势是碾压性的。

举个例子，你有一个 10GB 的虚拟机镜像文件，每天只修改其中几百兆的数据。用 scp 备份，每天都需要重新传输 10GB。而用 rsync，第二次及之后的同步可能只需要传输几百兆。日积月累，节省的网络资源和时间极其可观。

注意：rsync 的增量传输依赖于文件的修改时间和大小（默认）或校验和（使用 -c 参数）。确保源和目的地的系统时间同步，能避免不必要的全量传输。

除了增量传输，rsync 在以下方面也远超 scp：

属性保留：可以完美保持文件的权限、所有者、时间戳、符号链接等元数据，这对于部署和备份至关重要。
目录结构处理：对目录的同步逻辑更加灵活和准确。
试运行：通过 -n（--dry-run）参数可以模拟执行，预览哪些文件会被同步，避免误操作。

下面这个表格清晰地概括了核心差异：

特性维度	`scp` (Secure Copy)	`rsync` (Remote Sync)
核心机制	完整文件复制	增量同步，只传输差异部分
传输效率	低，每次都是全量	极高，尤其适用于重复同步
断点续传	不支持，中断需重头开始	原生支持，配合 `--partial` 参数更强大
带宽控制	不支持	支持，通过 `--bwlimit` 参数精确限制
文件属性保留	基础权限（依赖 `-p`）	全面保留（归档模式 `-a` 包含权限、时间戳、属主等）
适用场景	单次、临时的文件拷贝	定期备份、持续部署、大规模数据迁移

所以，第一步是改变认知：rsync 不是一个简单的拷贝命令，而是一个强大的数据同步引擎。接下来，我们进入实战环节。

2. 高阶用法一：告别传输中断焦虑——`--partial` 与断点续传的魔法

最让人崩溃的场景莫过于：一个几十GB的大文件传输到 99%，网络闪断，一切从头再来。scp 用户此时只能仰天长叹。而 rsync 用户则从容不迫。

rsync 默认就具备一定的断点续传能力，但其默认行为是：如果传输中断，它会删除目标端不完整的临时文件。下次传输时，虽然它会利用已有的部分文件数据（通过校验块），但心理上总觉得不踏实。这时，--partial（或 -P，它同时包含 --partial 和 --progress）参数就是你的定心丸。

--partial 的作用是：保留部分传输的文件。 这意味着中断后，那些已经传过来的数据块会以 .xxx 临时文件的形式保留在目标位置。当重新启动同步时，rsync 会直接基于这些已有数据块进行续传，真正做到“从哪里跌倒，就从哪里爬起来”。

实战配置与示例：

假设我们需要将本地的 large_dataset.tar.gz 文件同步到远程服务器 backup-server 的 /backup 目录。

基础断点续传命令：

rsync -avzP --rsh=ssh /path/to/large_dataset.tar.gz user@backup-server:/backup/

-P: 这是 --partial --progress 的组合，既保留部分文件，又显示进度。
传输中断后，在目标服务器 /backup/ 目录下，你会看到一个类似 large_dataset.tar.gz.xxxxxx 的临时文件。

更优雅的管理：使用 --partial-dir 直接保留在目标目录会显得杂乱。--partial-dir 参数可以指定一个专门存放部分文件的目录。

rsync -avz --partial-dir=.rsync-partial --progress --rsh=ssh /path/to/large_dataset.tar.gz user@backup-server:/backup/

这条命令会将部分传输的文件存放在目标端的 /backup/.rsync-partial/ 目录下，保持主目录的整洁。重新执行同一命令，rsync 会自动从该目录中查找并续传。

结合 --append 和 --append-verify 对于持续增长的文件（如日志文件），--append 参数更有用。它假设目标文件已经包含源文件开头的一部分内容，只传输源文件中多出来的部分。

# 假设 remote.log 本地有新增内容，远程已有一部分
rsync -avz --append --progress ./app.log user@backup-server:/logs/

--append-verify 则更进一步，在追加前会校验已存在部分的一致性，更安全。

提示：在处理非常重要的数据时，可以结合使用 --backup-dir 将覆盖前的旧版本文件备份到指定目录，实现“快照”功能，为数据安全再加一道锁。

3. 高阶用法二：做带宽的好管家——`--bwlimit` 与传输限速策略

在生产环境中，备份或同步任务占用大量带宽，导致业务应用响应缓慢，是运维人员的大忌。rsync 的 --bwlimit 参数允许你精确地为同步任务设置带宽上限，实现“细水长流”，不影响关键业务。

这个参数的价值不仅在于“限制”，更在于“规划”。你可以在业务低峰期（如深夜）使用全速同步，在业务高峰期则严格限速。

--bwlimit 使用详解：

参数的单位是千字节/秒（KB/s）。要限制速度为 1 MB/s，你需要设置为 1024。

示例1：限制同步速度为 5 MB/s

rsync -avz --bwlimit=5120 --progress /data/ user@remote-server:/backup/data/

这里 5120 KB/s = 5 * 1024 KB/s = 5 MB/s。

示例2：在带宽紧张的白天进行慢速同步，仅同步关键变更

# 白天：限速 500 KB/s，只同步过去24小时内修改的文件
rsync -avz --bwlimit=500 --progress --files-from=<(find /data -type f -mtime -1) / user@remote-server:/backup/data/

进阶技巧：动态带宽限制与 Cron 结合 你可以通过脚本和定时任务，实现不同时间段的自动化带宽策略。

创建一个脚本 /usr/local/bin/rsync_backup.sh：

#!/bin/bash
# 根据小时决定带宽限制
HOUR=$(date +%H)
if [ $HOUR -ge 2 ] && [ $HOUR -le 6 ]; then
    # 凌晨2点到6点，全速
    BW_LIMIT=0 # 0表示不限速
else
    # 其他时间，限速 1 MB/s
    BW_LIMIT=1024
fi

rsync -avz --delete --bwlimit=$BW_LIMIT /important_data/ user@backup-host:/backups/important_data/

然后通过 crontab -e 设置每小时执行一次：

0 * * * * /usr/local/bin/rsync_backup.sh

这样，同步任务会自动在夜间全速运行，白天则低速运行，智能管理带宽。

4. 高阶用法三：穿透与加速——SSH 隧道优化全攻略

rsync 默认通过 SSH 协议传输，因此 SSH 本身的性能和配置，直接决定了 rsync 的传输效率。优化 SSH 连接，是提升 rsync 速度的另一个关键维度。

1. 启用压缩与加密算法优化 SSH 连接本身有开销。对于高速局域网，可以尝试禁用压缩（-o Compression=no），但对于广域网，SSH 压缩可能有益。更有效的是选择更快的加密算法。

禁用 SSH 压缩（如果数据已压缩，如图片、视频、已压缩包）：
```
rsync -avz -e "ssh -o Compression=no" /source/ user@host:/dest/
```
使用更高效的加密算法：像 chacha20-poly1305@openssh.com 或 aes128-gcm@openssh.com 在现代 CPU 上通常比传统的 aes256-cbc 更快。可以在 ~/.ssh/config 中为特定主机配置：
```
Host backup-server
    HostName 192.168.1.100
    User backupuser
    Compression no
    Ciphers chacha20-poly1305@openssh.com,aes128-gcm@openssh.com,aes256-gcm@openssh.com
```
配置后，直接使用 rsync -avz /source/ backup-server:/dest/ 即可应用优化。

2. 保持长连接（ControlMaster） 频繁建立 SSH 连接会产生额外的握手开销。SSH 的 ControlMaster 功能可以让你在单个 TCP 连接上复用多个会话，极大提升连续执行 rsync 命令的速度。

将以下配置加入 ~/.ssh/config：

Host *
    ControlMaster auto
    ControlPath ~/.ssh/ssh-%r@%h:%p
    ControlPersist 10m # 连接保持10分钟

配置后，第一次连接某台服务器会建立主连接，后续的 rsync、ssh、scp 命令都会复用这个连接，速度飞快。

3. 应对不稳定网络：调整超时与重试 在网络质量差的环境下，SSH 连接容易超时断开。可以调整 SSH 的心跳和服务器存活检测设置。

在 ~/.ssh/config 中针对特定主机添加：

Host unstable-host
    HostName some-remote-host.com
    ServerAliveInterval 30 # 每30秒发送一次保活包
    ServerAliveCountMax 5 # 连续5次无响应才断开
    TCPKeepAlive yes

同时，rsync 本身也有 --timeout 和 --contimeout 参数，可以适当调大（单位秒）：

rsync -avz --timeout=30 --contimeout=20 -e ssh /source/ user@unstable-host:/dest/

4. 终极提速：使用 rsync daemon 模式（内网考虑） 对于局域网内无需加密的极速传输，可以考虑使用 rsync 守护进程模式。它去除了 SSH 的加密解密开销，性能最高。但请注意，此模式默认不加密，仅建议在可信的隔离网络中使用。

服务端：配置 /etc/rsyncd.conf，定义模块和路径。
客户端同步：
```
rsync -av /source/ rsync://backup-server/module_name/dest/
```
如果守护进程配置了认证，还需要指定密码文件 --password-file。

5. 组合拳实战：一个完整的自动化备份脚本

将以上所有技巧融合，我们构建一个用于生产环境的、健壮的目录备份脚本。这个脚本具备断点续传、带宽限制、SSH 优化、日志记录、错误报警等功能。

#!/bin/bash
# filename: robust_rsync_backup.sh
# 描述：一个使用 rsync 的健壮远程备份脚本

# ===== 配置区 =====
SOURCE_DIR="/data/app_logs/"
BACKUP_USER="backup"
BACKUP_HOST="backup.example.com"
BACKUP_DIR="/backups/app_logs/"
BANDWIDTH_LIMIT="10240" # 白天限速 10 MB/s，夜间可调整为0或更大
SSH_PORT="22"
LOG_FILE="/var/log/rsync_backup.log"
EMAIL_ADMIN="admin@example.com"

# 用于存储部分传输文件的目录（在目标端）
PARTIAL_DIR=".rsync-partial"

# SSH 选项：使用优化后的加密算法，启用连接复用
SSH_OPTIONS="-o Compression=no -o ControlMaster=auto -o ControlPath=~/.ssh/ssh-%r@%h:%p -o ControlPersist=1h -c aes128-gcm@openssh.com"

# ===== 函数：记录日志 =====
log_message() {
    echo "[$(date '+%Y-%m-%d %H:%M:%S')] $1" | tee -a "$LOG_FILE"
}

# ===== 主程序开始 =====
log_message "=== 开始备份任务 ==="

# 检查源目录是否存在
if [ ! -d "$SOURCE_DIR" ]; then
    log_message "错误：源目录 $SOURCE_DIR 不存在！"
    exit 1
fi

# 核心 rsync 命令
# 使用 -a (归档模式) -z (压缩) --delete (删除目标端多余文件) --stats (输出统计信息)
# 使用 --partial-dir 管理断点文件，--bwlimit 限制带宽
rsync_command="rsync -avz \
    --delete \
    --stats \
    --human-readable \
    --partial-dir=$PARTIAL_DIR \
    --bwlimit=$BANDWIDTH_LIMIT \
    --rsh=\"ssh $SSH_OPTIONS -p $SSH_PORT\" \
    $SOURCE_DIR/ \
    $BACKUP_USER@$BACKUP_HOST:$BACKUP_DIR"

log_message "执行命令: $rsync_command"
eval $rsync_command

# 检查 rsync 执行结果
RSYNC_EXIT_CODE=$?
if [ $RSYNC_EXIT_CODE -eq 0 ]; then
    log_message "备份任务成功完成。"
elif [ $RSYNC_EXIT_CODE -eq 23 ] || [ $RSYNC_EXIT_CODE -eq 24 ]; then
    # 23: 部分文件传输失败；24: 部分文件未传输（如权限问题）
    log_message "警告：备份部分完成，但存在一些错误 (退出码: $RSYNC_EXIT_CODE)。请检查日志。"
    # 可以在这里添加邮件报警
    # mail -s "Rsync Backup Partial Failure" $EMAIL_ADMIN < $LOG_FILE
else
    log_message "错误：备份任务失败！退出码: $RSYNC_EXIT_CODE"
    # 严重错误，发送警报
    # mail -s "Rsync Backup FAILED" $EMAIL_ADMIN < $LOG_FILE
    exit $RSYNC_EXIT_CODE
fi

log_message "=== 备份任务结束 ==="

将这个脚本保存并赋予执行权限 (chmod +x robust_rsync_backup.sh)，然后通过 crontab 定时执行，你就获得了一个企业级的自动化备份方案。它不仅能高效完成任务，还能在网络波动时自我恢复，在业务繁忙时保持礼貌，并通过日志让你对每一次同步了如指掌。

掌握 rsync 的这些高阶用法，本质上是在掌握一种“精细化管理数据流动”的能力。从无脑的 scp 到智慧的 rsync，你节省的远不止是时间，更是整个系统运行的稳定与优雅。下次面对传输任务时，不妨先想想：哪里可以用增量？带宽要不要管？连接能不能优化？把这些技巧用起来，你会发现，很多曾经令人头疼的运维问题，其实早已有了优雅的解决方案。