对我来说，这个解决方案不可行，所以我执行了

SET GLOBAL max_allowed_packet=1073741824;

在我的SQL客户端。

如果不能改变MYSql服务运行，你应该停止服务，并改变my.ini文件中的变量。

例如:

max_allowed_packet=20M

任何关于数据包大小或超时的解决方案对我都没有任何影响。我需要禁用ssl

mysql -u -p -hmyhost.com --disable-ssl db < file.sql

https://dev.mysql.com/doc/refman/5.7/en/encrypted-connections.html

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

wait_timeout max_allowed_packet

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

如果您的数据包括BLOB数据:

请注意，从命令行导入数据似乎会阻塞在BLOB数据上，导致'MySQL server has gone away'错误。

为了避免这种情况，重新创建mysqldump，但是使用——hex-blob标记:

http://dev.mysql.com/doc/refman/5.7/en/mysqldump.html#option_mysqldump_hex-blob

这将写出数据文件与十六进制值，而不是二进制之间的其他文本。

PhpMyAdmin也有选项“转储十六进制符号的二进制列(例如，“abc”变成0x616263)”，这工作得很好。

请注意，存在一个长期存在的错误(截至2015年12月)，这意味着GEOM列不能转换: 备份一个表几何列使用mysqldump? 所以使用像PhpMyAdmin这样的程序似乎是唯一的解决方案(上面提到的选项可以正确地转换GEOM列)。

我有类似的错误，今天复制数据库(MySQL服务器已经离开…)，但当我试图重新启动MySQL。服务器重启出错

ERROR! The server quit without updating PID ...

我是这样解决的: 我打开Applications/Utilities/并运行Activity Monitor

 quit mysqld

然后就能解决误差问题了

mysql.server restart

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

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

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

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