我必须导入 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****
可能您有一些大于最大大小的大型插入语句。检查您的 /etc/mysql/my.cnf 文件或任何位置。不记得默认值是什么 - 但将其设置为如下所示的大值可能会有所帮助。
这是一种选择
[mysqld]
max_allowed_packet = 16M
也许另一种方式
[mysqldump]
max_allowed_packet = 16M
我有完全相同的问题。经过1小时的挣扎，我通过设置解决了这个问题
net_write_timeout
更高的价值（在我的情况下是300）
在我的情况下，问题（“在查询期间丢失与 MySQL 服务器的连接”）出现在损坏的转储文件或行为异常的 HDD 中：
首先，我在主服务器上进行了转储，然后将该转储复制到复制服务器。但似乎复制服务器的 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-恢复.html )
问候。
就我而言，这是因为内存不足，我尝试将 90MB 压缩的 sql 文件导入到 1GB RAM vps 服务器，并且在我关闭 httpd 服务以释放一些内存并再次运行导入命令之前，一直出现错误 2013然后就成功了。