我必须导入1go的sql数据，我将max_allowed_packet提高到1100M以确保。
所以我使用：
我的查询
mysql -u root -p -D mainbase < GeoPC_WO.sql
但 1 分钟后它在此过程中停止，我收到此错误：
**ERROR 2013 (HY000) at line 23: Lost connection to MySQL server during query
**Lost connection to MySQL server during query****
【问题讨论】：
标签： mysql sql mysqldump mysql-management
您可能有一些大于最大大小的大型插入语句。检查您的 /etc/mysql/my.cnf 文件或它所在的任何位置。不记得默认值是什么 - 但将其设置为如下所示的较大值可能会有所帮助。
这是一种选择
[mysqld]
max_allowed_packet = 16M
也许反过来
[mysqldump]
max_allowed_packet = 16M
【讨论】：
我遇到了完全相同的问题。经过 1 小时的努力，我通过设置解决了这个问题
net_write_timeout
到更高的值（在我的情况下是 300）
【讨论】：
在我的情况下，问题（“在查询期间丢失与 MySQL 服务器的连接”）出在损坏的转储文件或行为异常的 HDD 中：
首先，我在主服务器上进行了转储，然后将该转储复制到复制服务器。但似乎复制服务器的硬盘出现问题，转储已损坏，即主服务器上原始转储文件的 MD5 与复制服务器上转储副本的 MD5 不同。
【讨论】：
你可以试试这个：
第一：
sudo /etc/init.d/mysql stop
那么你应该编辑这个文件：
sudo vi /etc/mysql/my.cnf
将以下行添加到 [mysqld] 部分：
innodb_force_recovery = 4
最后：
sudo /etc/init.d/mysql start
（innodb_force_recovery 强制启动 InnoDB 存储引擎。值 4 表示您的数据文件可能已损坏。更多信息您可以访问：http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html）
您好。
【讨论】：
在我的情况下，这是因为内存不足，我尝试将 90MB 压缩 sql 文件导入到 1GB RAM vps 服务器，并且在我关闭 httpd 服务以释放一些内存并运行之前，错误 2013 一直发生再次导入命令，就成功了。
【讨论】：