我正在办公室运行一台服务器来处理一些文件，并将结果报告给远程MySQL服务器。
文件处理需要一段时间，进程中途死亡，并出现以下错误:
2006, MySQL server has gone away
我听说过MySQL的设置，wait_timeout，但是我需要在我办公室的服务器或远程MySQL服务器上更改它吗?
当前回答
如果你知道你要离线一段时间，你可以关闭连接，进行处理，重新连接并撰写报告。
其他回答
这可能是.sql文件大小的问题。
如果您正在使用xampp。打开xampp控制面板->单击MySql配置->打开my.ini。
增加数据包大小。
max_allowed_packet = 2M -> 10M
对我来说是内存问题。
我甚至在拥有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
对我来说，它有助于修复一个innodb表的损坏的索引树。我用这个命令本地化了这样一个表
mysqlcheck -uroot --databases databaseName
结果
mysqlcheck: Got error: 2013: Lost connection to MySQL server during query when executing 'CHECK TABLE ...
如下所示，我只能从mysqld日志/var/log/mysqld.log中看到哪个表造成了问题。
FIL_PAGE_PREV links 2021-08-25T14:05:22.182328Z 2 [ERROR] InnoDB: Corruption of an index tree: table `database`.`tableName` index `PRIMARY`, father ptr page no 1592, child page no 1234'
mysqlcheck命令并没有修复它，但帮助揭示了它。 最终，我通过mysql命令行中一个常规的mysql命令来修复它
OPTIMIZE table theCorruptedTableNameMentionedAboveInTheMysqld.log
如果您正在使用64Bit WAMPSERVER，请搜索max_allowed_packet的多次出现，因为WAMP使用[wampmysqld64]下设置的值，而不是[mysqldump]下设置的值，这对我来说是问题，我更新了错误的一个。将其设置为max_allowed_packet = 64M。
希望这能帮助其他wampserver用户。
在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}
