在mysql导入数据的时候,反复出现下面的错误
ERROR 2006 (HY000) at line 21968: MySQL server has gone away
或者
ERROR 2013 (HY000) at line 21994: Lost connection to MySQL server during query
检查了max_allowed_packet没有问题,并试着修改各种timeout时间都不起作用。
仔细阅读了官方文档
MySQL :: MySQL 5.6 Reference Manual :: B.3.2.8 MySQL server has gone away
总结了一下出现这2种错误的原因
1.处理超时
可以通过调整各种timeout时间来解决,但是通常不是这个原因导致的
2.执行sql导致mysql进程崩溃
max_allowed_packet过小会导致mysql崩溃
磁盘空间不够,内存过小等系统错误同样会导致mysql崩溃
本来错误原因很简单,但是我们不容易发现mysql崩溃,因为mysqld_safe进程会监视mysqld进程,一旦发现mysqld进程崩溃,会立即重启mysqld进程,并且不会在错误日志里面留下痕迹,使我们难以察觉。
由于没有意识到mysql的崩溃,导致解决这个错误花了很多时间,仔细读官方文档才感觉有可能是mysql崩溃导致的问题。
如何发现mysql崩溃
SHOW STATUS LIKE 'uptime'
这个是mysql启动时间,这个值本来应该是愈来愈大,如果发现变小了,就意味着mysql崩溃或者重启了
如何找到mysql崩溃的原因
由于通常mysql崩溃不会记录到日志,想知道错误原因就必须设置日志输出级别
log_warnings=2
在配置文件里面加上上面的设置后,就可以在错误日志里面发现下面的日志,意思就是说mysqld_safe监视到mysqld的进程崩溃,自动重启mysqld进程。
210927 16:28:15 mysqld_safe Number of processes running now: 0
210927 16:28:15 mysqld_safe mysqld restarted
实际上到这里还是不知道具体错误原因,需要查找linux系统日志
tail /var/log/messages -n100
就会发现mysqld进程崩溃的原因是内存不够导致的,如下
Sep 27 16:28:15 db-server-dev kernel: Out of memory: Kill process 24103 (mysqld) score 954 or sacrifice child
具体来说就是机器内存只有16G,但是innodb_buffer_pool_size设置为25G,内存不足导致mysql崩溃,原因很简单,但是由于 mysqld_safe的自动重启,让你感觉不到mysql崩溃了,让调查花了不少时间,都是mysqld_safe的错!!!