如何通过SSH隧道将远程大体积SQL文件直接导入本地MySQL数据库

• 你找到的SSH管道直导方案完全可行，核心逻辑是将远程服务器上的SQL文件以流的形式通过SSH隧道传输到本地，直接送入本地MySQL客户端执行，全程仅在管道缓冲区占用数MB内存，不会在本地磁盘落盘存储完整的200GB备份文件，刚好解决本地磁盘空间不足的问题。
• 关于远程服务器性能影响的顾虑：该操作在远程端仅执行静态备份文件的顺序读取，不会连接远程MySQL服务、不占用数据库资源，本身开销极低。顺序读大文件的IO负载远低于业务常见的随机查询请求，只要配合进程优先级限制，几乎不会对远程业务运行造成感知级别的影响。
• 该方案相比“先下载再导入”的流程，还省去了本地磁盘写入200GB临时文件、再从磁盘读文件导入的两次磁盘IO，总耗时反而更短。

• 给远程读文件进程加资源优先级限制，从根源避免抢占业务资源
  用ionice将远程读文件进程设为空闲IO优先级（仅当磁盘无其他业务读写请求时才占用IO资源），用nice将CPU优先级调到最低，即使误在业务时段运行，也不会抢业务进程的资源：

  ssh username@server-ip "ionice -c3 nice -n19 cat /path/to/your/file.sql" | mysql -u root -p mydbname
  

• 优化SSH传输效率，降低两端CPU开销、缩短传输时长
  更换SSH轻量加密算法替换默认的高开销加密算法，同时开启SSH内置流压缩（SQL文本压缩率通常可达3:1_{5:1），公网传输场景下能将传输速度提升2}4倍：

  ssh -c aes128-gcm@openssh.com -C username@server-ip "ionice -c3 nice -n19 cat /path/to/your/file.sql" | mysql -u root -p mydbname
  

• 调整本地MySQL会话参数，提升导入速度、降低本地磁盘临时开销
  导入时通过init-command临时关闭当前会话的事务提交校验、外键/唯一性检查，调整刷盘策略，无需修改MySQL配置文件重启服务，就能将导入速度提升5~10倍，大幅减少导入过程的临时磁盘占用：

  ssh -c aes128-gcm@openssh.com -C username@server-ip "ionice -c3 nice -n19 cat /path/to/your/file.sql" | mysql -u root -p --init-command="SET SESSION autocommit=0; SET SESSION unique_checks=0; SET SESSION foreign_key_checks=0; SET SESSION innodb_flush_log_at_trx_commit=2;" mydbname
  

  导入完成后单独执行一次commit;，会话断开后参数会自动恢复默认值，不影响MySQL后续正常运行。
• 配置断点续传能力，避免网络中断后从头导入
  如果中途网络断开，先确认已经导入的文件偏移量，后续可以用dd跳过已传输部分，从断点位置继续读取远程文件即可，比如已传输50GB内容时，跳过对应51200个1M块续传：

  ssh username@server-ip "ionice -c3 nice -n19 dd if=/path/to/your/file.sql bs=1M skip=51200" | mysql -u root -p mydbname
  

• 尽量选择业务低峰期执行操作，即使加了进程优先级限制，大文件传输还是会占用服务器出口带宽，低峰操作能避免挤占业务的网络资源。
• 导入前确认本地目标数据库为空，避免表重复、主键冲突导致的导入中断。
• 如果备份文件自带CREATE DATABASE语句，提前确认本地对应用户的库创建权限，也可以去掉命令行中的库名参数，让脚本自动执行建库逻辑。
• 导入过程中可以新开终端，在本地MySQL执行SHOW PROCESSLIST;查看导入进度，用带宽监控工具查看传输速率，随时可以终止操作，不会对远程服务器造成不可逆影响。

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