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

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

如果需要很长时间才能失败，则扩大wait_timeout变量。

如果它马上失败，放大max_allowed_packet变量;如果它仍然不工作，确保命令是有效的SQL。我的书有未转义的引号，把一切都搞砸了。

此外，如果可行，可以考虑将单个SQL命令的插入数量限制为1000。您可以创建一个脚本，通过重新引入INSERT…每n个插入部分。

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

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

我更新了“max_allowed_packet”到1024M，但它仍然不能工作。结果发现我的部署脚本正在运行:

mysql --max_allowed_packet=512M --database=mydb -u root < .\db\db.sql

如果要这样做，请确保从命令行显式地指定一个更大的数字。

我用这个简短的/etc/mysql/my.cnf文件解决了我的问题:

[mysqld]
wait_timeout = 600
max_allowed_packet = 100M

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

wait_timeout max_allowed_packet

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