将MySQL数据库导入RDS失败求助：查询时丢失服务器连接

看起来你在把本地SQL文件导入AWS RDS MySQL实例时遇到了大麻烦——耗时12小时还失败，还抛出了Lost connection to MySQL server during query (2013)错误，这确实让人头疼。我来帮你梳理几个可能的解决方案：

先纠正一个核心命令错误 #

首先得指出，你用错工具了！mysqldump是用来导出数据库数据的命令，要完成导入操作，应该用mysql客户端才对。你原来的命令：

mysqldump -u <user> -h <rds_server> -p <database> < filename.sql

完全是反着来的，这大概率是你操作无效的首要原因。正确的导入命令应该是：

mysql -u <user> -h <rds_server> -p <database> < filename.sql

针对连接丢失错误的优化方案 #

就算修正了命令，大文件导入时还是容易因为超时或资源不足断开连接，试试下面这些调整：

1. 延长客户端超时参数 #

在导入命令里增加超时相关参数，给大文件足够的处理时间：

mysql -u <user> -h <rds_server> -p --connect-timeout=3600 --net-read-timeout=7200 --net-write-timeout=7200 <database> < filename.sql

• --connect-timeout：设置连接RDS的超时时间（单位：秒）
• --net-read-timeout/--net-write-timeout：设置读写操作的超时时间，拉到2小时足够应付大部分大文件

2. 拆分大文件分批导入 #

如果你的SQL文件特别大，一次性导入很容易触发超时。可以用split命令把文件拆成小份，比如每1000行一个文件：

split -l 1000 filename.sql split_

然后循环导入每个拆分后的文件：

for file in split_*; do
  mysql -u <user> -h <rds_server> -p <database> < "$file"
done

3. 关闭不必要的检查加速导入 #

从你补充的SQL开头内容来看，已经加了SET foreign_key_checks = 0;和SET sql_mode = 'NO_AUTO_VALUE_ON_ZERO';，这些都能减少导入时的校验开销。还可以额外加上这两句，进一步提升速度：

SET UNIQUE_CHECKS = 0;
SET SQL_LOG_BIN = 0; -- 如果你的RDS实例开了binlog，关闭它能大幅降低写入压力

可以把这些语句放在SQL文件最开头，或者在导入前先登录MySQL执行这些设置。

4. 临时升级RDS实例规格 #

如果你的RDS实例是低配机型（比如t2.micro），处理大文件导入时很容易因为CPU、内存不足导致连接断开。可以临时把实例升级到更高规格（比如t2.large），导入完成后再降级回去，虽然花点小钱，但能省不少时间。

5. 优化网络连接稳定性 #

跨公网导入大文件很容易因为网络波动丢包。如果条件允许，把SQL文件上传到AWS S3，然后用RDS的内置导入工具或者AWS CLI来导入，走AWS内部网络会稳定很多；如果是本地操作，尽量用有线网络代替无线，避免中途断连。

最后检查文件完整性 #

别忘了确认你的filename.sql文件没有损坏——可以用md5sum工具生成文件哈希值，和导出时的原始文件比对一下，避免因为文件本身损坏导致导入失败。

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