我正在办公室运行一台服务器来处理一些文件，并将结果报告给远程MySQL服务器。
文件处理需要一段时间，进程中途死亡，并出现以下错误:
2006, MySQL server has gone away
我听说过MySQL的设置，wait_timeout，但是我需要在我办公室的服务器或远程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
其他回答
对我来说是内存问题。
我甚至在拥有12个CPU核心和32 GB RAM的服务器上也遇到了同样的问题。我做了更多的研究，试图释放RAM。下面是我在Ubuntu 14.04上使用的释放RAM的命令:
sync && echo 3 | sudo tee /proc/sys/vm/drop_caches
而且，它修复了一切。我把它设置在cron下，每小时运行一次。
crontab -e
0 * * * * bash /root/ram.sh;
并且，你可以使用这个命令来检查有多少可用的空闲RAM:
free -h
你会得到这样的结果:
total used free shared buffers cached
Mem: 31G 12G 18G 59M 1.9G 973M
-/+ buffers/cache: 9.9G 21G
Swap: 8.0G 368M 7.6G
如果使用XAMPP，有一种更简单的方法。 打开XAMPP控制面板，单击mysql部分中的config按钮。
现在点击my.ini，它将在编辑器中打开。将max_allowed_packet更新为所需的大小。
然后重新启动mysql服务。在Mysql服务上单击stop，再次单击start。等几分钟。
然后再次运行Mysql查询。希望它能起作用。
在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}
取消my.ini/my.cnf中下面的ligne的注释，这将把你的大文件分割成小部分
# binary logging format - mixed recommended
# binlog_format=mixed
TO
# binary logging format - mixed recommended
binlog_format=mixed
对于使用XAMPP的用户，在C:\ XAMPP \mysql\bin\my.ini中有2个max_allowed_packet参数。
