我正在办公室运行一台服务器来处理一些文件，并将结果报告给远程MySQL服务器。
文件处理需要一段时间，进程中途死亡，并出现以下错误:
2006, MySQL server has gone away
我听说过MySQL的设置，wait_timeout，但是我需要在我办公室的服务器或远程MySQL服务器上更改它吗?
当前回答
如果您正在使用64Bit WAMPSERVER，请搜索max_allowed_packet的多次出现，因为WAMP使用[wampmysqld64]下设置的值，而不是[mysqldump]下设置的值，这对我来说是问题，我更新了错误的一个。将其设置为max_allowed_packet = 64M。
希望这能帮助其他wampserver用户。
其他回答
我也有同样的问题，但改变my.ini/my.cnf文件下[mysqld]的max_allowed_packet。
添加一条线
max_allowed_packet = 500
现在重新启动MySQL服务，一旦你完成。
MAMP 5.3，你不会找到my.cnf，添加它们不工作，因为max_allowed_packet存储在变量中。
一种解决方案是:
访问http://localhost/phpmyadmin 转到SQL选项卡 运行SHOW VARIABLES并检查值，如果值小，则运行大值 运行下面的查询，它将max_allowed_packet设置为7gb: 设置全局max_allowed_packet=268435456;
对于某些情况，您可能还需要增加以下值:
set global wait_timeout = 600;
set innodb_log_file_size =268435456;
我在MySQL命令行中使用了以下命令来恢复一个超过7GB的MySQL数据库，它是有效的。
set global max_allowed_packet=268435456;
不太可能的情况是，在客户端和服务器之间有一个防火墙，强制TCP重置到连接中。
我遇到了这个问题，我发现我们公司的F5防火墙被配置为终止空闲超过5分钟的非活动会话。
再说一次，这是不太可能发生的情况。
在我的情况下，它是低值的open_files_limit变量，这阻止了mysqld访问数据文件。
我用:
mysql> SHOW VARIABLES LIKE 'open%';
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| open_files_limit | 1185 |
+------------------+-------+
1 row in set (0.00 sec)
在我将变量改为大值后，我们的服务器再次活跃起来:
[mysqld]
open_files_limit = 100000
