发生这种情况的另一个原因是内存不足。检查/var/log/messages，确保你的my.cnf没有设置成导致mysqld分配比你的机器更多的内存。

您的mysqld进程实际上可以被内核杀死，然后由“safe_mysqld”进程重新启动，而您却没有意识到这一点。

使用top并在它运行时观察内存分配，看看您的净空是多少。

在更改my.cnf之前对其进行备份。

当我导入16gb的SQL文件时，我有这个错误和其他相关的错误。对我来说，编辑my.ini并在[mysqld]部分中设置以下内容(基于几个不同的帖子):

max_allowed_packet      = 110M
innodb_buffer_pool_size=511M
innodb_log_file_size=500M
innodb_log_buffer_size = 800M
net_read_timeout        = 600
net_write_timeout       = 600

如果你在Windows下运行，转到控制面板，服务，并查看MySQL的详细信息，你会看到my.ini在哪里。然后在编辑并保存my.ini后，重新启动mysql服务(或重新启动计算机)。

如果您正在使用HeidiSQL，您还可以使用它来设置其中的一些或全部。

如果你使用默认值运行，那么你有很多空间来优化你的mysql配置。

我建议的第一步是将max_allowed_packet增加到128M。

然后下载MySQL Tuning Primer脚本并运行它。它将为您的配置提供几个方面的建议，以获得更好的性能。

另外，还要在MySQL和PHP中调整超时值。

你要导入的文件有多大(文件大小)，你能使用mysql命令行客户端而不是PHPMyAdmin导入文件吗?

我正在做一些大型的计算，涉及到mysql连接停留很长时间和大量的数据。我正面临这个“Mysql走开的问题”。所以我试着优化查询，但这并没有帮助我，然后我增加了mysql变量限制，默认设置为较低的值。

wait_timeout max_allowed_packet

对于任何适合你的限制，它应该是任何数字* 1024(字节)。您可以使用'mysql -u username - p'命令登录到终端，并可以检查和更改这些变量限制。

如果你在OS X上使用MAMP，你需要改变MySQL模板中的max_allowed_packet值。

你可以在文件>编辑模板> MySQL my.cnf 然后只需搜索max_allowed_packet，更改值和 保存。

确保mysqld进程不会因为systemd这样的服务管理器而重新启动。

我在《流浪》中遇到过这个问题。配置调整没有帮助。原来这是系统杀死我的服务每次当它占用太多的内存。