我正在办公室运行一台服务器来处理一些文件，并将结果报告给远程MySQL服务器。
文件处理需要一段时间，进程中途死亡，并出现以下错误:
2006, MySQL server has gone away
我听说过MySQL的设置，wait_timeout，但是我需要在我办公室的服务器或远程MySQL服务器上更改它吗?
当前回答
错误:2006 (CR_SERVER_GONE_ERROR)
消息:MySQL服务器已经消失了
通常，您可以重试连接，然后再次执行查询来解决这个问题-在完全放弃之前尝试3-4次。
我假设您正在使用PDO。如果是这样，那么您将捕获PDO异常，增加一个计数器，然后在计数器低于阈值时再次尝试。
如果你有一个导致超时的查询，你可以执行以下命令来设置这个变量:
SET @@GLOBAL.wait_timeout=300;
SET @@LOCAL.wait_timeout=300; -- OR current session only
其中300是您认为查询可能花费的最大时间的秒数。
关于如何处理Mysql连接问题的进一步信息。
编辑:您可能还想使用的另外两个设置是net_write_timeout和net_read_timeout。
其他回答
以防这能帮助到任何人:
当我打开和关闭将从应用程序的几个部分调用的函数中的连接时，我得到了这个错误。 我们获得了太多的连接，所以我们认为重用现有的连接或将其丢弃并创建一个新的连接可能是一个好主意，如下所示:
public static function getConnection($database, $host, $user, $password){
if (!self::$instance) {
return self::newConnection($database, $host, $user, $password);
} elseif ($database . $host . $user != self::$connectionDetails) {
self::$instance->query('KILL CONNECTION_ID()');
self::$instance = null;
return self::newConnection($database, $host, $user, $password);
}
return self::$instance;
}
事实证明，我们在kill方面做得有点太彻底了，所以在旧连接上做重要事情的进程永远无法完成他们的业务。 所以我们去掉了这些线
self::$instance->query('KILL CONNECTION_ID()');
self::$instance = null;
由于机器的硬件和设置允许，我们增加了服务器上允许的连接数
max_connections = 500
到我们的配置文件。这解决了我们现在的问题，我们学到了一些关于杀死mysql连接。
我在Ubuntu桌面上的不同MySQL客户端软件中得到了2006年错误消息。原来我的JDBC驱动程序版本太旧了。
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;
在我的情况下，它是低值的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
如果你知道你要离线一段时间，你可以关闭连接，进行处理，重新连接并撰写报告。
