如果这里所有其他解决方案都失败了，请检查您的syslog (/var/log/syslog或类似)，看看您的服务器在查询期间是否内存不足。

当innodb_buffer_pool_size设置得太接近物理内存而没有配置交换文件时出现此问题。MySQL建议将innodb_buffer_pool_size设置为物理内存的80%左右，我将其设置为90%左右，内核正在杀死MySQL进程。将innodb_buffer_pool_size移回80%左右，解决了这个问题。

这通常意味着你有“与当前版本的MySQL服务器不兼容”，参见mysql_upgrade。我也遇到了同样的问题，我不得不跑掉:

mysql_upgrade——密码 文档声明，“mysql_upgrade应该在每次升级MySQL时执行”。

如果您在恢复一个大转储文件期间遇到这个问题，并且可以排除与网络有关的问题(例如在本地主机上执行)，那么我的解决方案可能会有帮助。

我的mysqldump至少有一个INSERT太大，mysql无法计算。你可以通过输入show变量"net_buffer_length";在你的mysql-cli中。 你有三种可能:

increase net_buffer_length inside mysql -> this would need a server restart create dump with --skip-extended-insert, per insert one line is used -> although these dumps are much nicer to read this is not suitable for big dumps > 1GB because it tends to be very slow create dump with extended inserts (which is the default) but limit the net-buffer_length e.g. with --net-buffer_length NR_OF_BYTES where NR_OF_BYTES is smaller than the server's net_buffer_length -> I think this is the best solution, although slower no server restart is needed.

我使用以下mysqldump命令: mysqldump——skip-comments——set-charset——default-character-set=utf8——single-transaction——net-buffer_length 4096 DBX >转储文件

首先检查索引是否到位。

SELECT *
FROM INFORMATION_SCHEMA.STATISTICS
WHERE TABLE_SCHEMA = '<schema>'

SET @@local.net_read_timeout=360;

警告:当您在远程连接中应用它时，以下将不起作用:

SET @@global.net_read_timeout=360;

编辑:360是秒数

我也遇到过同样的问题。我相信当您有较大表的外键时(这需要时间)就会发生这种情况。

我尝试运行create table语句再次没有外键声明，并发现它工作。

然后在创建表之后，我使用ALTER table查询添加外键约束。

希望这能帮助到一些人。