绝对懂你的痛点——批量传小文件时，SFTP/FTP每个文件单独的连接握手开销完全拖慢了速度，压缩解压又平白多了额外步骤。既然你有服务器Shell权限，这里有几个针对性的高效方案，不用压缩也能大幅提升传输效率：

1. 无压缩打包管道传输（最通用，几乎所有环境支持） #

核心思路是用tar把所有小文件打包成一个数据流（不压缩），通过SSH管道直接传输到服务器后即时解包。这样全程只建立一次SSH连接，彻底避免每个文件单独握手的开销，而且没有压缩解压的性能损耗。

命令示例：

# 本地打包并通过SSH管道传输到服务器解包
tar cf - ./your-small-files-dir/ | ssh your-user@your-server "tar xf - -C /path/to/target/dir/"

• tar cf -：c是创建打包文件，f -表示输出到标准输出（而非本地文件）
• 管道|把打包数据流直接传给SSH
• 服务器端的tar xf - -C ...：x是解包，f -读取标准输入的数据流，-C指定解包到目标目录

如果只需要传输特定文件（而非整个目录），可以先生成文件列表再打包：

# 生成要传输的文件列表
find ./your-small-files-dir -type f > filelist.txt
# 基于列表打包传输
tar cf - -T filelist.txt | ssh your-user@your-server "tar xf - -C /path/to/target/dir/"

2. Rsync（首选，适合增量同步） #

Rsync是专门为批量文件同步设计的工具，默认基于SSH传输，天生就会复用单个SSH连接，而且有很多优化：

• 首次传输时，用--whole-file参数跳过文件校验，直接传输完整文件，提速明显
• 后续同步时，只会传输文件变化的部分，省流量又高效
• 自动处理文件权限、目录结构，不用手动维护

命令示例（首次传输大量小文件）：

rsync -av --whole-file ./your-small-files-dir/ your-user@your-server:/path/to/target/dir/

• -a：归档模式，保留权限、时间戳等元数据
• -v：verbose模式，显示传输进度
• --whole-file：强制传输完整文件，跳过Rsync的差分校验（首次传输用这个更快）

如果你的服务器默认没装Rsync，可能需要联系管理员安装，但大部分Linux/Unix系统都自带这个工具。

3. SSH连接复用（原生SCP/SFTP优化） #

如果不想用tar或Rsync，只想优化原生的SCP/SFTP，可以开启SSH的连接复用功能，让所有文件传输共享同一个SSH连接，避免重复握手。

临时开启（命令行参数） #

每次传输时加这些参数：

scp -o ControlMaster=auto -o ControlPath=/tmp/ssh-%r@%h-%p -o ControlPersist=60s ./your-small-files-dir/* your-user@your-server:/path/to/target/dir/

• ControlMaster=auto：启用连接复用
• ControlPath：指定复用连接的套接字文件路径
• ControlPersist=60s：连接在最后一次传输后保持60秒，方便后续传输复用

永久配置（修改本地SSH配置） #

如果经常需要传文件，可以编辑~/.ssh/config（没有就新建），添加服务器的复用配置：

Host your-server-alias
  HostName your-server-ip-or-domain
  User your-user
  ControlMaster auto
  ControlPath ~/.ssh/sockets/%r@%h-%p
  ControlPersist 5m

之后用scp ./files/* your-server-alias:/target/path/就能自动复用连接了。

4. 极端环境下的替代方案（连tar都没有） #

如果服务器指令集受限，连tar都没有，可以试试cpio，它也是很多系统默认自带的打包工具：

# 本地打包并管道传输到服务器解包
find ./your-small-files-dir -type f | cpio -o | ssh your-user@your-server "cd /path/to/target/dir && cpio -i"

关键原理总结 #

小文件传输慢的核心原因不是带宽，而是每个文件的SSH连接握手开销（TCP三次握手、SSH密钥交换等）。所有上述方案的本质都是减少连接次数，要么把多个文件合并成一个数据流传输，要么复用同一个连接传输所有文件，从根源上解决问题。

内容的提问来源于stack exchange，提问作者brett