昨天使用Navicat for MySQL導(dǎo)入MySQL數(shù)據(jù)庫的時候，出現(xiàn)了一個嚴重的錯誤，Lost connection to MySQL server during query，字面意思就是在查詢過程中丟失連接到MySQL服務(wù)器。

[Msg] Decompressing...

[Msg] Table Created: wp_wiki_copy

[Msg] Importing Data...

[Msg] 2013 - Lost connection to MySQL server during query

[Msg] Table Restored: wp_wiki_copy

[Msg] Finished - Stopped before completion

我的數(shù)據(jù)量大概了5萬條，備份的數(shù)據(jù)庫文件大小有240M，這還是壓縮了的，確實有點大。初步判斷是MySQL可能掛掉了，在系統(tǒng)服務(wù)里面查看MySQL的進程并沒有停止。最開始考慮是數(shù)據(jù)庫結(jié)構(gòu)不對，但是我是通過Navicat for MySQL的備份和恢復(fù)備份導(dǎo)入數(shù)據(jù)，應(yīng)該表結(jié)構(gòu)都在備份文件里面，應(yīng)該不是數(shù)據(jù)庫結(jié)構(gòu)的問題。網(wǎng)絡(luò)環(huán)境都是本地。也不可能是網(wǎng)絡(luò)鏈接和數(shù)據(jù)庫服務(wù)器的問題。最后在早上找到了解決方法，在my.ini配置文件 mysqld 節(jié)點下添加

max_allowed_packet = 500M

配置MySQL允許的最大數(shù)據(jù)包大小，上面的500000M你可以根據(jù)你的項目修改為你自己的值，只要比要導(dǎo)入的備份文件大就可以了。

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

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

產(chǎn)生這個問題的原因有很多，總結(jié)下網(wǎng)上的分析：

原因一. MySQL 服務(wù)宕了

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

mysql> show global status like 'uptime';

+---------------+---------+

| Variable_name | Value?? |

+---------------+---------+

| Uptime??????? | 3414707 |

+---------------+---------+

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

如果uptime數(shù)值很大，表明mysql服務(wù)運行了很久了。說明最近服務(wù)沒有重啟過。

如果日志沒有相關(guān)信息，也表名mysql服務(wù)最近沒有重啟過，可以繼續(xù)檢查下面幾項內(nèi)容。

原因二. mysql連接超時

即某個mysql長連接很久沒有新的請求發(fā)起，達到了server端的timeout，被server強行關(guān)閉。

此后再通過這個connection發(fā)起查詢的時候，就會報錯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秒后被自動關(guān)閉

原因三. 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.

當查詢的結(jié)果集超過 max_allowed_packet 也會出現(xiàn)這樣的報錯。定位方法是打出相關(guān)報錯的語句。

用select * into outfile 的方式導(dǎo)出到文件，查看文件大小是否超過 max_allowed_packet ，如果超過則需要調(diào)整參數(shù)，或者優(yōu)化語句。

mysql> show global variables like 'max_allowed_packet';

+--------------------+---------+

| Variable_name????? | Value?? |

+--------------------+---------+

| max_allowed_packet | 1048576 |

+--------------------+---------+

1 row in set (0.00 sec)

修改參數(shù)：

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)

以下是補充：

應(yīng)用程序（比如PHP）長時間的執(zhí)行批量的MYSQL語句。執(zhí)行一個SQL，但SQL語句過大或者語句中含有BLOB或者longblob字段。比如，圖片數(shù)據(jù)的處理。都容易引起MySQL server has gone away。大概瀏覽了一下，主要可能是因為以下幾種原因：

一種可能是發(fā)送的SQL語句太長，以致超過了max_allowed_packet的大小，如果是這種原因，你只要修改my.cnf，加大max_allowed_packet的值即可。

可能是某些原因?qū)е鲁瑫r，比如程序中獲取數(shù)據(jù)庫連接時采用Singleton做法，雖然多次連接數(shù)據(jù)庫，但其實使用的都是同一個連接，而且程序中某兩次操作數(shù)據(jù)庫的間隔時間超過了wait_timeout（SHOW STATUS能看到此設(shè)置），那么就可能出現(xiàn)問題。最簡單的處理方式就是把wait_timeout改大，當然也可以在程序里時不時順手mysql_ping()一下，這樣MySQL就知道它不是一個人在戰(zhàn)斗。

解決MySQL server has gone away

1、應(yīng)用程序（比如PHP）長時間的執(zhí)行批量的MYSQL語句。最常見的就是采集或者新舊數(shù)據(jù)轉(zhuǎn)化。

解決方案： 在my.cnf文件中添加或者修改以下兩個變量：

wait_timeout=2880000

interactive_timeout = 2880000

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

sql = "set interactive_timeout=24*3600";

mysql_real_query(...)

2、執(zhí)行一個SQL，但SQL語句過大或者語句中含有BLOB或者longblob字段。比如，圖片數(shù)據(jù)的處理

解決方案：在my.cnf文件中添加或者修改以下變量：

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

max_allowed_packet 參數(shù)的作用是，用來控制其通信緩沖區(qū)的最大長度。

最近做網(wǎng)站有一個站要用到WEB網(wǎng)頁采集器功能，當一個PHP腳本在請求URL的時候，可能這個被請求的網(wǎng)頁非常慢慢，超過了mysql的 wait-timeout時間，然后當網(wǎng)頁內(nèi)容被抓回來后，準備插入到MySQL的時候，發(fā)現(xiàn)MySQL的連接超時關(guān)閉了，于是就出現(xiàn)了“MySQL server has gone away”這樣的錯誤提示，解決這個問題，我的經(jīng)驗有以下兩點，或許對大家有用處：

第 一種方法：

當然是增加你的 wait-timeout值，這個參數(shù)是在my.cnf(在Windows下臺下面是my.ini）中設(shè)置，我的數(shù)據(jù)庫負荷稍微大一點，所以，我設(shè)置的值 為10，（這個值的單位是秒，意思是當一個數(shù)據(jù)庫連接在10秒鐘內(nèi)沒有任何操作的話，就會強行關(guān)閉，我使用的不是永久鏈接 （mysql_pconnect),用的是mysql_connect,關(guān)于這個wait-timeout的效果你可以在MySQL的進程列表中看到 （show processlist) ），你可以把這個wait-timeout設(shè)置成更大，比如300秒，呵呵，一般來講300秒足夠用了，其實你也可以不用設(shè)置，MySQL默認是8個小 時。情況由你的服務(wù)器和站點來定。

第二種方法：

這也是我個人認為最好的方法，即檢查 MySQL的鏈接狀態(tài)，使其重新鏈接。

可能大家都知道有mysql_ping這么一個函數(shù)，在很多資料中都說這個mysql_ping的 API會檢查數(shù)據(jù)庫是否鏈接，如果是斷開的話會嘗試重新連接，但在我的測試過程中發(fā)現(xiàn)事實并不是這樣子的，是有條件的，必須要通過 mysql_options這個C API傳遞相關(guān)參數(shù)，讓MYSQL有斷開自動鏈接的選項（MySQL默認為不自動連接），但我測試中發(fā)現(xiàn)PHP的MySQL的API中并不帶這個函數(shù)，你重新編輯MySQL吧，但mysql_ping這個函數(shù)還是終于能用得上的，只是要在其中有一個小小的操作技巧：

我需要調(diào)用這個函數(shù)的代碼可能是這樣子的

$str = file_get_contents('http://www.jb51.net');

$db->ping();//經(jīng)過前面的網(wǎng)頁抓取后，或者會導(dǎo)致數(shù)據(jù)庫連接關(guān)閉,檢查并重新連接

$db->query('select * from table');

ping()這個函數(shù)先檢測數(shù)據(jù)連接是否正常，如果被關(guān)閉，整個把當前腳本的MYSQL實例關(guān)閉，再重新連接。

經(jīng) 過這樣處理后，可以非常有效的解決MySQL server has gone away這樣的問題，而且不會對系統(tǒng)造成額外的開銷。

1） 方法1

可以編輯my.cnf來修改（windows下my.ini）,在[mysqld]段或者mysql的server配置段進行修改。

max_allowed_packet = 20M

如果找不到my.cnf可以通過

mysql --help | grep my.cnf

去尋找my.cnf文件。

2） 方法2

（很妥協(xié)，很糾結(jié)的辦法）

進入mysql server

在mysql 命令行中運行

set global max_allowed_packet = 2*1024*1024*10

然后關(guān)閉掉這此mysql server鏈接，再進入。

show VARIABLES like '%max_allowed_packet%';

查看下max_allowed_packet是否編輯成功

mysql 默認最大能夠處理的是1MB

如果你在sql使用了大的text或者BLOB數(shù)據(jù)，就會出現(xiàn)這個問題。 php手冊上的注釋

[mysqld]max_allowed_packet=16M

使用mysql做數(shù)據(jù)庫還原的時候，由于有些數(shù)據(jù)很大，會出現(xiàn)這樣的錯誤：The MySQL Server returned this Error:MySQL Error Nr.2006-MySQL server has gone away。我的一個150mb的備份還原的時候就出現(xiàn)了這錯誤。解決的方法就是找到mysql安裝目錄，找到my.ini文件，在文件的最后添加：max_allowed_packet = 10M(也可以設(shè)置自己需要的大小)。 max_allowed_packet 參數(shù)的作用是，用來控制其通信緩沖區(qū)的最大長度。