MySQL错误2006:MySQL服务器已经离开

我正在办公室运行一台服务器来处理一些文件，并将结果报告给远程MySQL服务器。

文件处理需要一段时间，进程中途死亡，并出现以下错误:

2006, MySQL server has gone away

我听说过MySQL的设置，wait_timeout，但是我需要在我办公室的服务器或远程MySQL服务器上更改它吗?

当前回答

我遇到过这种情况很多次，我通常发现答案是max_allowed_packet的默认设置非常低。

在/etc/my.cnf(在[mysqld]下)中将它提升到8或16M通常可以修复它。(MySql 5.7的默认值是4194304，也就是4MB。)

[mysqld]
max_allowed_packet=16M

注意:如果该行不存在，只需创建该行

注意:这可以在服务器运行时设置。

注意:在Windows上，您可能需要使用ANSI而不是UTF-8编码保存my.ini或my.cnf文件。

使用set global max_allowed_packet=104857600。这将它设置为100MB。

2012-02-28 09:48:07

其他回答

以防这能帮助到任何人:

当我打开和关闭将从应用程序的几个部分调用的函数中的连接时，我得到了这个错误。我们获得了太多的连接，所以我们认为重用现有的连接或将其丢弃并创建一个新的连接可能是一个好主意，如下所示:

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连接。

2020-05-20 07:10:26

在我的情况下，它是低值的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

2016-09-08 14:31:12

在docker-compose.yml中添加以下设置时，我也遇到了同样的问题:

db:
    image: mysql:8.0
    command: --wait_timeout=800 --max_allowed_packet=256M --character-set-server=utf8 --collation-server=utf8_general_ci --default-authentication-plugin=mysql_native_password
    volumes:
      - ./docker/mysql/data:/var/lib/mysql
      - ./docker/mysql/dump:/docker-entrypoint-initdb.d
    ports:
      - 3306:3306
    environment:
      MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD}
      MYSQL_DATABASE: ${MYSQL_DATABASE}
      MYSQL_USER: ${MYSQL_USER}
      MYSQL_PASSWORD: ${MYSQL_PASSWORD}

2020-11-11 17:14:47

检查Mysql服务器的日志总是一个好主意，因为它消失的原因。

它会告诉你的。

2018-06-30 18:06:38

我遇到过这种情况很多次，我通常发现答案是max_allowed_packet的默认设置非常低。

在/etc/my.cnf(在[mysqld]下)中将它提升到8或16M通常可以修复它。(MySql 5.7的默认值是4194304，也就是4MB。)