以防这能帮助到任何人:

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

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

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

取消my.ini/my.cnf中下面的ligne的注释，这将把你的大文件分割成小部分

# binary logging format - mixed recommended
# binlog_format=mixed

TO

# binary logging format - mixed recommended
binlog_format=mixed

检查连接是否存在并在需要时重新建立连接可能更容易。

有关这方面的信息，请参阅PHP:mysqli_ping。

我在MySQL命令行中使用了以下命令来恢复一个超过7GB的MySQL数据库，它是有效的。

set global max_allowed_packet=268435456;

我在DigitalOcean Ubuntu服务器上也出现了同样的错误。

我尝试改变max_allowed_packet和wait_timeout设置，但他们都没有修复它。

原来我的服务器内存不足。我添加了一个1GB的交换文件，这解决了我的问题。

用free -h检查你的内存，看看这是否是导致它的原因。