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文件中添加或者修改以下兩個變量：
wait_timeout=2880000
interactive_timeout = 2880000 關于兩個變量的具體說明可以google或者看官方手冊。如果不能修改my.cnf，則可以在連接數據庫的時候設置CLIENT_INTERACTIVE，比如：
sql = "set interactive_timeout=24*3600";
mysql_real_query(...)
2、執行一個SQL，但SQL語句過大或者語句中含有BLOB或者longblob字段。比如，圖片數據的處理
解決方案：
在my.cnf文件中添加或者修改以下變量：
max_allowed_packet = 10M(也可以設置自己需要的大小) ，max_allowed_packet參數的作用是，用來控制其通信緩沖區的最大長度。
文章列表
留言列表
