2006 - MySQL server has gone away問題的解決方法

mysql出現ERROR : (2006, 'MySQL server has gone away') 的問題意思就是指client和MySQL server之間的鏈接斷開了。

造成這樣的原因一般是sql操作的時間過長，或者是傳送的數據太大(例如使用insert ... values的語句過長， 這種情況可以通過修改max_allowed_packed的配置參數來避免，也可以在程序中將數據分批插入)。

產生這個問題的原因有很多，總結下網上的分析：

原因一. MySQL 服務宕了

判斷是否屬於這個原因的方法很簡單，進入mysql控制檯，查看mysql的運行時長

mysql> show global status like 'uptime';
+---------------+---------+
| Variable_name | Value   |
+---------------+---------+
| Uptime        | 3414707 |
+---------------+---------+

1 row in set或者查看MySQL的報錯日誌，看看有沒有重啓的信息

如果uptime數值很大，表明mysql服務運行了很久了。說明最近服務沒有重啓過。
如果日誌沒有相關信息，也表名mysql服務最近沒有重啓過，可以繼續檢查下面幾項內容。

原因二. mysql連接超時

即某個mysql長連接很久沒有新的請求發起，達到了server端的timeout，被server強行關閉。
此後再通過這個connection發起查詢的時候，就會報錯server has gone away
（大部分PHP腳本就是屬於此類）

mysql> show global variables like '%timeout';
+----------------------------+----------+
| Variable_name              | Value    |
+----------------------------+----------+
| connect_timeout            | 10       |
| 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    |
+----------------------------+----------+
10 rows in set

wait_timeout 是28800秒，即mysql鏈接在無操作28800秒後被自動關閉

原因三. mysql請求鏈接進程被主動kill

這種情況和原因二相似，只是一個是人爲一個是MYSQL自己的動作

mysql> show global status like 'com_kill';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Com_kill      | 21    |
+---------------+-------+
1 row in set原因四. 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語句。執行一個SQL，但SQL語句過大或者語句中含有BLOB或者longblob字段。比如，圖片數據的處理。都容易引起MySQL server has gone away。 

今天遇到類似的情景，MySQL只是冷冷的說：MySQL server has gone away。 

大概瀏覽了一下，主要可能是因爲以下幾種原因： 
一種可能是發送的SQL語句太長，以致超過了max_allowed_packet的大小，如果是這種原因，你只要修改my.cnf，加大max_allowed_packet的值即可。 

還有一種可能是因爲某些原因導致超時，比如說程序中獲取數據庫連接時採用了Singleton的做法，雖然多次連接數據庫，但其實使用的都是同一個連接，而且程序中某兩次操作數據庫的間隔時間超過了wait_timeout（SHOW STATUS能看到此設置），那麼就可能出現問題。最簡單的處理方式就是把wait_timeout改大，當然你也可以在程序裏時不時順手mysql_ping()一下，這樣MySQL就知道它不是一個人在戰鬥。 

解決MySQL server has gone away 

1、應用程序長時間的執行批量的MYSQL語句。最常見的就是採集或者新舊數據轉化。或者長時間閒置數據庫連接（我的項目就是這樣） 
解決方案： 
在my.cnf文件中添加或者修改以下兩個變量：

1 wait_timeout=2880000 
2 interactive_timeout = 2880000 

關於兩個變量的具體說明可以google或者看官方手冊。如果不能修改my.cnf，則可以在連接數據庫的時候設置CLIENT_INTERACTIVE，比如：

1 sql = "set interactive_timeout=24*3600"; 
2 mysql_real_query(...) 

2、執行一個SQL，但SQL語句過大或者語句中含有BLOB或者longblob字段。比如，圖片數據的處理 
解決方案： 
在my.cnf文件中添加或者修改以下變量：

1 max_allowed_packet = 10M(也可以設置自己需要的大小) 

max_allowed_packet 參數的作用是，用來控制其通信緩衝區的最大長度。

最近在做一個項目，需要程序24小時開着，而中間會有很多閒置時間，於是每天早上過來第一次操作數據庫時，就出現了“MySQL server has gone away”這樣的錯誤提示，而這個問題的原因是由於數據庫連接由於長時間沒有操作而會被自動關閉。解決這個問題，我的經驗有以下兩點，或許對大家有用處： 
第 一種方法： 
當然是增加你的 wait-timeout值，這個參數是在my.cnf(在Windows下臺下面是my.ini）中設置，我的數據庫負荷稍微大一點，所以，我設置的值 爲10，（這個值的單位是秒，意思是當一個數據庫連接在10秒鐘內沒有任何操作的話，就會強行關閉，我使用的不是永久鏈接 （mysql_pconnect),用的是mysql_connect,關於這個wait-timeout的效果你可以在MySQL的進程列表中看到 （show processlist) ），你可以把這個wait-timeout設置成更大，比如300秒，呵呵，一般來講300秒足夠用了，其實你也可以不用設置，MySQL默認是8個小 時。情況由你的服務器和站點來定。 
第二種方法： 
這也是我個人認爲最好的方法，即檢查 MySQL的鏈接狀態，使其重新鏈接。 （用mysql_ping()）
可能大家都知道有mysql_ping這麼一個函數，在很多資料中都說這個mysql_ping的 API會檢查數據庫是否鏈接，如果是斷開的話會嘗試重新連接，但在我的測試過程中發現事實並不是這樣子的，是有條件的，必須要通過 mysql_options這個C API傳遞相關參數，讓MYSQL有斷開自動鏈接的選項（MySQL默認爲不自動連接），但我測試中發現PHP的MySQL的API中並不帶這個函數，你重新編輯MySQL吧，呵呵。但mysql_ping這個函數還是終於能用得上的，只是要在其中有一個小小的操作技巧： 

 1 //使用mysql_ping來自動檢查重連。用到兩個函數，一個是mysql_ping，另外一個是mysql_options。具體使用方法是在mysql_real_connect之前，mysql_init之後，使用mysql_options。用法如下：
 2  char value = 1;
 3 (void) mysql_init (&mysql);
 4  mysql_options(&mysql, MYSQL_OPT_RECONNECT, (char *)&value);   //設置自動連接
 5 //然後在以後mysql_query之前首先使用mysql_ping進行判斷，如果連接已經斷開，會自動重連。 
 6 mysql_ping(&mysql);
 7 //ping()這個函數先檢測數據連接是否正常，如果被關閉，整個把當前腳本的MYSQL實例關閉，再重新連接。 
 8 //經過這樣處理後，可以非常有效的解決MySQL server has gone away這樣的問題，而且不會對系統造成額外的開銷。 
 9 //mysql_ping會改變mysql_affected_rows的返回值。所以最好是給該MYSQL句柄再加一個mutex（最好是讀寫鎖）。當其它線程準備執行query的時候，就獲取鎖，執行完就釋放。而這個執行mysql_ping的線程在執行ping之間先嚐試獲取鎖，如果獲取失敗，
10 //則繼續sleep，放棄這一輪的ping。

 

附錄：

mysqli_options() 

定義和語法

mysqli_options() 函數設置額外的連接選項，用於影響連接行爲。

mysqli_options() 函數可以被調用若干次來設置若干個選項。

註釋：mysqli_options() 函數可以在 mysqli_init() 之後和 mysqli_real_connect() 之前被調用。

語法：

1 mysqli_options(connection,option,value);

connection：必需。規定要使用的 MySQL 連接。

option:必需。規定要設置的選項。可以是下列值中的一個：

• MYSQLI_OPT_CONNECT_TIMEOUT - 以秒爲單位的連接超時時間
• MYSQLI_OPT_LOCAL_INFILE - 啓用/禁用 LOAD LOCAL INFILE
• MYSQLI_INIT_COMMAND - 在連接到 MySQL 服務器之後的執行命令
• MYSQLI_READ_DEFAULT_FILE - 從已命名的文件而不是 my.cnf 中讀取選項
• MYSQLI_READ_DEFAULT_GROUP - 從 my.cnf 或者 MYSQLI_READ_DEFAULT_FILE 中指定的文件中的已命名組中讀取選項
• MYSQLI_SERVER_PUBLIC_KEY - 基於 SHA-256 認證的 RSA 公共密鑰文件

value:必需。規定 option 的值。

mysql_ping()

mysql_ping指：本函數可用於空閒很久的腳本來檢查服務器是否關閉了連接。

定義和語法

nt STDCALL mysql_ping(MYSQL *mysql);

描述：

檢查與服務端的連接是否正常。連接斷開時，如果自動重新連接功能未被禁用，則嘗試重新連接服務器。該函數可被客戶端用來檢測閒置許久以後，與服務端的連接是否關閉，如有需要，則重新連接。

返回值：
　　連接正常，返回0；如有錯誤發生，則返回非0值。返回非0值並不意味着服務器本身關閉掉，也有可能是網絡原因導致網絡不通。

錯誤碼：
CR_COMMANDS_OUT_OF_SYNC 命令以不正確的順序執行

CR_SERVER_GONE_ERROR 服務器連接斷開

。。。

語法

mysql_ping(connection)

connection：可選。規定 MySQL 連接。如果未規定，則使用上一個連接。