共計 3271 個字符,預計需要花費 9 分鐘才能閱讀完成。
本篇文章為大家展示了 MySQL Server has gone away 報錯原因有哪些,內容簡明扼要并且容易理解,絕對能使你眼前一亮,通過這篇文章的詳細介紹希望你能有所收獲。
背景
平時與開發交流,或在論壇回答問題時,發現這個問題被問及的頻率非常高,例如:程序中報錯“MySQL server has gone away”是什么意思? 如何避免? 因此,感覺有必要總結一下發生這個問題的原因。
正好看到一篇外文 blog 總結的比較好,就翻譯過來了,分享給大家。
原因一:MySQL 服務宕了
判斷是否屬于這個原因的方法很簡單,執行以下命令,查看 mysql 的運行時長:
$ mysql -uroot -p -e show global status like uptime +---------------+-------+ | Variable_name | Value | +---------------+-------+ | Uptime | 68928 | +---------------+-------+ 1 row in set (0.04 sec)
或者查看 MySQL 的報錯日志,看看有沒有重啟的信息:
$ tail /var/log/mysql/error.log 130101 22:22:30 InnoDB: Initializing buffer pool, size = 256.0M 130101 22:22:30 InnoDB: Completed initialization of buffer pool 130101 22:22:30 InnoDB: highest supported file format is Barracuda. 130101 22:22:30 InnoDB: 1.1.8 started; log sequence number 63444325509 130101 22:22:30 [Note] Server hostname (bind-address): 127.0.0.1 port: 3306 130101 22:22:30 [Note] - 127.0.0.1 resolves to 127.0.0.1 130101 22:22:30 [Note] Server socket created on IP: 127.0.0.1 . 130101 22:22:30 [Note] Event Scheduler: Loaded 0 events 130101 22:22:30 [Note] /usr/sbin/mysqld: ready for connections. Version: 5.5.28-cll socket: /var/lib/mysql/mysql.sock port: 3306 MySQL Community Server (GPL)
如果 uptime 數值很大,表明 MySQL 服務運行了很久了,說明最近服務沒有重啟過。 如果日志沒有相關信息,也說明 MySQL 服務最近沒有重啟過,可以繼續檢查下面幾項內容。
原因 2:連接超時
如果程序使用的是長連接,則這種情況的可能性會比較大。即某個長連接很久沒有發起新的請求,達到了 server 端的 time out,被 server 強行關閉。此后再通過這個 client 發起查詢的時候,就會報錯 server has gone away。
$ mysql -uroot -p -e show global variables like %timeout +----------------------------+----------+ | Variable_name | Value | +----------------------------+----------+ | connect_timeout | 30 | | delayed_insert_timeout | 300 | | innodb_lock_wait_timeout | 50 | | innodb_rollback_on_timeout | OFF | | interactive_timeout | 28800 | | lock_wait_timeout | 31536000 | | net_read_timeout | 30 | | net_write_timeout | 60 | | slave_net_timeout | 3600 | | wait_timeout | 28800 | +----------------------------+----------+mysql SET SESSION wait_timeout=5;#Wait 10 secondsmysql SELECT NOW(); ERROR 2006 (HY000): MySQL server has gone away No connection. Trying to reconnect... Connection id: 132361 Current database: *** NONE ***+---------------------+ | NOW() | +---------------------+ | 2013-01-02 11:31:15 | +---------------------+ 1 row in set (0.00 sec)
原因 3:進程在 server 端被主動 kill
這種原因和第 2 種原因比較相似,只是發起者是 DBA,或者其他 job,發現有長時間的慢查詢執行 kill xxx 導致。
$ mysql -uroot -p -e show global status like com_kill +---------------+-------+ | Variable_name | Value | +---------------+-------+ | Com_kill | 0 | +---------------+-------+
原因 4:Your SQL statement was too large
當查詢的結果集超過 max_allowed_packet 也會出現這樣的報錯,定位方法是打出相關報錯的語句。用 select*into outfile 的方式導出到文件,查看文件大小是否超過 max_allowed_packet,如果超過則需要調整參數,或者優化語句。
mysql show global variables like max_allowed_packet +--------------------+---------+ | Variable_name | Value | +--------------------+---------+ | max_allowed_packet | 1048576 | +--------------------+---------+ 1 row in set (0.00 sec)# 修改參數:mysql set global max_allowed_packet=1024*1024*16;mysql show global variables like max_allowed_packet +--------------------+----------+ | Variable_name | Value | +--------------------+----------+ | max_allowed_packet | 16777216 | +--------------------+----------+ 1 row in set (0.00 sec)
上述內容就是 MySQL Server has gone away 報錯原因有哪些,你們學到知識或技能了嗎?如果還想學到更多技能或者豐富自己的知識儲備,歡迎關注丸趣 TV 行業資訊頻道。