MySQLServerhasgoneaway报错原因汇总版

背景

平时与开发交流，或在论坛回答问题时，发现这个问题被问及的频率非常高，例如： 程序中报错“MySQL server has gone away”是什么意思? 如何避免? 因此，感觉有必要总结一下发生这个问题的原因。

正好看到一篇外文blog总结的比较好，就翻译过来了，分享给大家。

原因一： MySQL 服务宕了

判断是否属于这个原因的方法很简单，执行以下命令，查看mysql的运行时长:

 
 
 
 
    
  
  
  
  
  1. $ mysql -uroot -p -e "show global status like 'uptime';"+---------------+-------+ 
    2.   
  
  
  
  2.  
    3.   
  
  
  
  3. | Variable_name | Value | 
    4.   
  
  
  
  4.  
    5.   
  
  
  
  5. +---------------+-------+ 
    6.   
  
  
  
  6.  
    7.   
  
  
  
  7. | Uptime | 68928 | 
    8.   
  
  
  
  8.  
    9.   
  
  
  
  9. +---------------+-------+ 
    10.   
  
  
  
  10.  
    11.   
  
  
  
  11. 1 row in set (0.04 sec) 
    12.

或者查看MySQL的报错日志，看看有没有重启的信息:

 
 
 
 
    
  
  
  
  
  1. $ tail /var/log/mysql/error.log 
    2.   
  
  
  
  2. 130101 22:22:30 InnoDB: Initializing buffer pool, size = 256.0M 
    3.   
  
  
  
  3. 130101 22:22:30 InnoDB: Completed initialization of buffer pool 
    4.   
  
  
  
  4. 130101 22:22:30 InnoDB: highest supported file format is Barracuda. 
    5.   
  
  
  
  5. 130101 22:22:30 InnoDB: 1.1.8 started; log sequence number 63444325509 
    6.   
  
  
  
  6. 130101 22:22:30 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306 
    7.   
  
  
  
  7. 130101 22:22:30 [Note]   - '127.0.0.1' resolves to '127.0.0.1'; 
    8.   
  
  
  
  8. 130101 22:22:30 [Note] Server socket created on IP: '127.0.0.1'. 
    9.   
  
  
  
  9. 130101 22:22:30 [Note] Event Scheduler: Loaded 0 events 
    10.   
  
  
  
  10. 130101 22:22:30 [Note] /usr/sbin/mysqld: ready for connections. 
    11.   
  
  
  
  11. Version: '5.5.28-cll'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MySQL Community Server (GPL) 
    12.

如果uptime数值很大，表明MySQL服务运行了很久了，说明最近服务没有重启过。 如果日志没有相关信息，也说明MySQL服务最近没有重启过，可以继续检查下面几项内容。

原因2：连接超时

如果程序使用的是长连接，则这种情况的可能性会比较大。 即某个长连接很久没有发起新的请求，达到了server端的time out，被server强行关闭。此后再通过这个client发起查询的时候，就会报错server has gone away。

 
 
 
 
    
  
  
  
  
  1. $ mysql -uroot -p -e "show global variables like '%timeout';"+----------------------------+----------+ 
    2.   
  
  
  
  2.  
    3.   
  
  
  
  3. | Variable_name | Value | 
    4.   
  
  
  
  4.  
    5.   
  
  
  
  5. +----------------------------+----------+ 
    6.   
  
  
  
  6.  
    7.   
  
  
  
  7. | connect_timeout | 30 | 
    8.   
  
  
  
  8.  
    9.   
  
  
  
  9. | delayed_insert_timeout | 300 | 
    10.   
  
  
  
  10.  
    11.   
  
  
  
  11. | innodb_lock_wait_timeout | 50 | 
    12.   
  
  
  
  12.  
    13.   
  
  
  
  13. | innodb_rollback_on_timeout | OFF | 
    14.   
  
  
  
  14.  
    15.   
  
  
  
  15. | interactive_timeout | 28800 | 
    16.   
  
  
  
  16.  
    17.   
  
  
  
  17. | lock_wait_timeout | 31536000 | 
    18.   
  
  
  
  18.  
    19.   
  
  
  
  19. | net_read_timeout | 30 | 
    20.   
  
  
  
  20.  
    21.   
  
  
  
  21. | net_write_timeout | 60 | 
    22.   
  
  
  
  22.  
    23.   
  
  
  
  23. | slave_net_timeout | 3600 | 
    24.   
  
  
  
  24.  
    25.   
  
  
  
  25. | wait_timeout | 28800 | 
    26.   
  
  
  
  26.  
    27.   
  
  
  
  27. +----------------------------+----------+mysql> SET SESSION wait_timeout=5;#Wait 10 secondsmysql> SELECT NOW(); 
    28.   
  
  
  
  28.  
    29.   
  
  
  
  29. ERROR 2006 (HY000): MySQL server has gone away 
    30.   
  
  
  
  30.  
    31.   
  
  
  
  31. No connection. Trying to reconnect... 
    32.   
  
  
  
  32.  
    33.   
  
  
  
  33. Connection id: 132361 
    34.   
  
  
  
  34.  
    35.   
  
  
  
  35. Current database: *** NONE ***+---------------------+ 
    36.   
  
  
  
  36.  
    37.   
  
  
  
  37. | NOW() | 
    38.   
  
  
  
  38.  
    39.   
  
  
  
  39. +---------------------+ 
    40.   
  
  
  
  40.  
    41.   
  
  
  
  41. | 2013-01-02 11:31:15 | 
    42.   
  
  
  
  42.  
    43.   
  
  
  
  43. +---------------------+ 
    44.   
  
  
  
  44.  
    45.   
  
  
  
  45. 1 row in set (0.00 sec) 
    46.

原因3： 进程在server端被主动kill

这种原因和第2种原因比较相似，只是发起者是DBA，或者其他job，发现有长时间的慢查询执行kill xxx导致。

 
 
 
 
    
  
  
  
  
  1. $ mysql -uroot -p -e "show global status like 'com_kill'"+---------------+-------+ 
    2.   
  
  
  
  2.  
    3.   
  
  
  
  3. | Variable_name | Value | 
    4.   
  
  
  
  4.  
    5.   
  
  
  
  5. +---------------+-------+ 
    6.   
  
  
  
  6.  
    7.   
  
  
  
  7. | Com_kill | 0 | 
    8.   
  
  
  
  8.  
    9.   
  
  
  
  9. +---------------+-------+ 
    10.

原因4： Your SQL statement was too large

当查询的结果集超过 max_allowed_packet 也会出现这样的报错，定位方法是打出相关报错的语句。 用select*into outfile 的方式导出到文件，查看文件大小是否超过max_allowed_packet，如果超过则需要调整参数，或者优化语句。

 
 
 
 
    
  
  
  
  
  1. mysql> show global variables like 'max_allowed_packet';  
    2.   
  
  
  
  2. +--------------------+---------+ 
    3.   
  
  
  
  3.  
    4.   
  
  
  
  4. | Variable_name | Value | 
    5.   
  
  
  
  5.  
    6.   
  
  
  
  6. +--------------------+---------+ 
    7.   
  
  
  
  7.  
    8.   
  
  
  
  8. | max_allowed_packet | 1048576 | 
    9.   
  
  
  
  9.  
    10.   
  
  
  
  10. +--------------------+---------+ 
    11.   
  
  
  
  11.  
    12.   
  
  
  
  12. 1 row in set (0.00 sec)# 修改参数：mysql> set global max_allowed_packet=1024*1024*16;mysql> show global variables like 'max_allowed_packet'; 
    13.   
  
  
  
  13.  
    14.   
  
  
  
  14. +--------------------+----------+ 
    15.   
  
  
  
  15.  
    16.   
  
  
  
  16. | Variable_name | Value | 
    17.   
  
  
  
  17.  
    18.   
  
  
  
  18. +--------------------+----------+ 
    19.   
  
  
  
  19.  
    20.   
  
  
  
  20. | max_allowed_packet | 16777216 | 
    21.   
  
  
  
  21.  
    22.   
  
  
  
  22. +--------------------+----------+ 
    23.   
  
  
  
  23.  
    24.   
  
  
  
  24. 1 row in set (0.00 sec)  
    25.

网站题目：MySQLServerhasgoneaway报错原因汇总版
本文URL：http://www.hantingmc.com/qtweb/news17/478917.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

网站设计知识

分类信息网站

德阳东方电机技改服务有限公司　　 　手机软件开发　　 　网站建设费用　　 　营销型网站建设　　 　成都网站建设　　 　乐山服务器托管　　 　成都门窗定制　　 　小谭建站　　 　成都网站制作　　 　德阳东方电机技改　　 　成都微信二次开发　　 　雅安托管服务器　　 　成都SEO公司　　 　食品包装设计　　 　成都建站　　 　做网站的公司　　 　鑫友邦火锅桌　　 　鼎尚理发店　　 　企业网站设计　　 　雅安电信机房