昨天使用Navicat for MySQL導(dǎo)入MySQL數(shù)據(jù)庫(kù)的時(shí)候攀隔，出現(xiàn)了一個(gè)嚴(yán)重的錯(cuò)誤皂贩，Lost connection to MySQL server during query栖榨，字面意思就是在查詢過(guò)程中丟失連接到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萬(wàn)條明刷，備份的數(shù)據(jù)庫(kù)文件大小有240M婴栽，這還是壓縮了的，確實(shí)有點(diǎn)大辈末。初步判斷是MySQL可能掛掉了愚争，在系統(tǒng)服務(wù)里面查看MySQL的進(jìn)程并沒(méi)有停止映皆。最開(kāi)始考慮是數(shù)據(jù)庫(kù)結(jié)構(gòu)不對(duì)，但是我是通過(guò)Navicat for MySQL的備份和恢復(fù)備份導(dǎo)入數(shù)據(jù)轰枝，應(yīng)該表結(jié)構(gòu)都在備份文件里面捅彻，應(yīng)該不是數(shù)據(jù)庫(kù)結(jié)構(gòu)的問(wèn)題。網(wǎng)絡(luò)環(huán)境都是本地鞍陨。也不可能是網(wǎng)絡(luò)鏈接和數(shù)據(jù)庫(kù)服務(wù)器的問(wèn)題步淹。最后在早上找到了解決方法垦写，在my.ini配置文件 mysqld 節(jié)點(diǎn)下添加
max_allowed_packet = 500M
配置MySQL允許的最大數(shù)據(jù)包大小犁珠，上面的500000M你可以根據(jù)你的項(xiàng)目修改為你自己的值，只要比要導(dǎo)入的備份文件大就可以了渤昌。
mysql出現(xiàn)ERROR : (2006, 'MySQL server has gone away') 問(wèn)題意思是指client和MySQL server之間的鏈接斷了
造成這樣的原因一般是sql操作的時(shí)間過(guò)長(zhǎng)寿烟，或者是傳送的數(shù)據(jù)太大(例如使用insert ... values的語(yǔ)句過(guò)長(zhǎng)澈驼， 這種情況可以通過(guò)修改max_allowed_packed的配置參數(shù)來(lái)避免，也可以在程序中將數(shù)據(jù)分批插入)筛武。
產(chǎn)生這個(gè)問(wèn)題的原因有很多缝其，總結(jié)下網(wǎng)上的分析：
原因一. MySQL 服務(wù)宕了
判斷是否屬于這個(gè)原因的方法很簡(jiǎn)單，進(jìn)入mysql控制臺(tái)畅铭，查看mysql的運(yùn)行時(shí)長(zhǎng)
mysql> show global status like 'uptime';
+---------------+---------+
| Variable_name | Value?? |
+---------------+---------+
| Uptime??????? | 3414707 |
+---------------+---------+
1 row in set或者查看MySQL的報(bào)錯(cuò)日志氏淑，看看有沒(méi)有重啟的信息
如果uptime數(shù)值很大，表明mysql服務(wù)運(yùn)行了很久了硕噩。說(shuō)明最近服務(wù)沒(méi)有重啟過(guò)假残。
如果日志沒(méi)有相關(guān)信息，也表名mysql服務(wù)最近沒(méi)有重啟過(guò)炉擅，可以繼續(xù)檢查下面幾項(xiàng)內(nèi)容辉懒。
原因二. mysql連接超時(shí)
即某個(gè)mysql長(zhǎng)連接很久沒(méi)有新的請(qǐng)求發(fā)起，達(dá)到了server端的timeout谍失，被server強(qiáng)行關(guān)閉眶俩。
此后再通過(guò)這個(gè)connection發(fā)起查詢的時(shí)候，就會(huì)報(bào)錯(cuò)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鏈接在無(wú)操作28800秒后被自動(dòng)關(guān)閉
原因三. mysql請(qǐng)求鏈接進(jìn)程被主動(dòng)kill
這種情況和原因二相似颠印，只是一個(gè)是人為一個(gè)是MYSQL自己的動(dòng)作
mysql> show global status like 'com_kill';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Com_kill????? | 21??? |
+---------------+-------+
1 row in set原因四. Your SQL statement was too large.
當(dāng)查詢的結(jié)果集超過(guò) max_allowed_packet 也會(huì)出現(xiàn)這樣的報(bào)錯(cuò)。定位方法是打出相關(guān)報(bào)錯(cuò)的語(yǔ)句抹竹。
用select * into outfile 的方式導(dǎo)出到文件线罕，查看文件大小是否超過(guò) max_allowed_packet ，如果超過(guò)則需要調(diào)整參數(shù)窃判，或者優(yōu)化語(yǔ)句钞楼。
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)
以下是補(bǔ)充：
應(yīng)用程序（比如PHP）長(zhǎng)時(shí)間的執(zhí)行批量的MYSQL語(yǔ)句。執(zhí)行一個(gè)SQL袄琳，但SQL語(yǔ)句過(guò)大或者語(yǔ)句中含有BLOB或者longblob字段询件。比如燃乍，圖片數(shù)據(jù)的處理。都容易引起MySQL server has gone away宛琅。大概瀏覽了一下刻蟹，主要可能是因?yàn)橐韵聨追N原因：
一種可能是發(fā)送的SQL語(yǔ)句太長(zhǎng)，以致超過(guò)了max_allowed_packet的大小嘿辟，如果是這種原因座咆，你只要修改my.cnf，加大max_allowed_packet的值即可仓洼。
可能是某些原因?qū)е鲁瑫r(shí)介陶，比如程序中獲取數(shù)據(jù)庫(kù)連接時(shí)采用Singleton做法，雖然多次連接數(shù)據(jù)庫(kù)色建，但其實(shí)使用的都是同一個(gè)連接哺呜，而且程序中某兩次操作數(shù)據(jù)庫(kù)的間隔時(shí)間超過(guò)了wait_timeout（SHOW STATUS能看到此設(shè)置），那么就可能出現(xiàn)問(wèn)題箕戳。最簡(jiǎn)單的處理方式就是把wait_timeout改大某残，當(dāng)然也可以在程序里時(shí)不時(shí)順手mysql_ping()一下，這樣MySQL就知道它不是一個(gè)人在戰(zhàn)斗陵吸。
解決MySQL server has gone away
1玻墅、應(yīng)用程序（比如PHP）長(zhǎng)時(shí)間的執(zhí)行批量的MYSQL語(yǔ)句。最常見(jiàn)的就是采集或者新舊數(shù)據(jù)轉(zhuǎn)化壮虫。
解決方案： 在my.cnf文件中添加或者修改以下兩個(gè)變量：
wait_timeout=2880000
interactive_timeout = 2880000
關(guān)于兩個(gè)變量的具體說(shuō)明可以google或者看官方手冊(cè)澳厢。如果不能修改my.cnf，則可以在連接數(shù)據(jù)庫(kù)的時(shí)候設(shè)置CLIENT_INTERACTIVE囚似，比如：
sql = "set interactive_timeout=24*3600";
mysql_real_query(...)
2剩拢、執(zhí)行一個(gè)SQL，但SQL語(yǔ)句過(guò)大或者語(yǔ)句中含有BLOB或者longblob字段饶唤。比如徐伐，圖片數(shù)據(jù)的處理
解決方案：在my.cnf文件中添加或者修改以下變量：
max_allowed_packet = 10M(也可以設(shè)置自己需要的大小)
max_allowed_packet 參數(shù)的作用是，用來(lái)控制其通信緩沖區(qū)的最大長(zhǎng)度募狂。
最近做網(wǎng)站有一個(gè)站要用到WEB網(wǎng)頁(yè)采集器功能办素，當(dāng)一個(gè)PHP腳本在請(qǐng)求URL的時(shí)候，可能這個(gè)被請(qǐng)求的網(wǎng)頁(yè)非常慢慢祸穷，超過(guò)了mysql的 wait-timeout時(shí)間性穿，然后當(dāng)網(wǎng)頁(yè)內(nèi)容被抓回來(lái)后，準(zhǔn)備插入到MySQL的時(shí)候粱哼，發(fā)現(xiàn)MySQL的連接超時(shí)關(guān)閉了季二，于是就出現(xiàn)了“MySQL server has gone away”這樣的錯(cuò)誤提示檩咱，解決這個(gè)問(wèn)題揭措，我的經(jīng)驗(yàn)有以下兩點(diǎn)胯舷，或許對(duì)大家有用處：
第 一種方法：
當(dāng)然是增加你的 wait-timeout值，這個(gè)參數(shù)是在my.cnf(在Windows下臺(tái)下面是my.ini）中設(shè)置绊含，我的數(shù)據(jù)庫(kù)負(fù)荷稍微大一點(diǎn)桑嘶，所以，我設(shè)置的值 為10躬充，（這個(gè)值的單位是秒逃顶，意思是當(dāng)一個(gè)數(shù)據(jù)庫(kù)連接在10秒鐘內(nèi)沒(méi)有任何操作的話，就會(huì)強(qiáng)行關(guān)閉充甚，我使用的不是永久鏈接 （mysql_pconnect),用的是mysql_connect,關(guān)于這個(gè)wait-timeout的效果你可以在MySQL的進(jìn)程列表中看到 （show processlist) ）以政，你可以把這個(gè)wait-timeout設(shè)置成更大，比如300秒伴找，呵呵盈蛮，一般來(lái)講300秒足夠用了，其實(shí)你也可以不用設(shè)置技矮，MySQL默認(rèn)是8個(gè)小 時(shí)抖誉。情況由你的服務(wù)器和站點(diǎn)來(lái)定。
第二種方法：
這也是我個(gè)人認(rèn)為最好的方法衰倦，即檢查 MySQL的鏈接狀態(tài)袒炉，使其重新鏈接。
可能大家都知道有mysql_ping這么一個(gè)函數(shù)樊零，在很多資料中都說(shuō)這個(gè)mysql_ping的 API會(huì)檢查數(shù)據(jù)庫(kù)是否鏈接我磁，如果是斷開(kāi)的話會(huì)嘗試重新連接，但在我的測(cè)試過(guò)程中發(fā)現(xiàn)事實(shí)并不是這樣子的驻襟，是有條件的十性，必須要通過(guò) mysql_options這個(gè)C API傳遞相關(guān)參數(shù)，讓MYSQL有斷開(kāi)自動(dòng)鏈接的選項(xiàng)（MySQL默認(rèn)為不自動(dòng)連接）塑悼，但我測(cè)試中發(fā)現(xiàn)PHP的MySQL的API中并不帶這個(gè)函數(shù)劲适，你重新編輯MySQL吧，但mysql_ping這個(gè)函數(shù)還是終于能用得上的厢蒜，只是要在其中有一個(gè)小小的操作技巧：
我需要調(diào)用這個(gè)函數(shù)的代碼可能是這樣子的
$str = file_get_contents('http://www.jb51.net');
$db->ping();//經(jīng)過(guò)前面的網(wǎng)頁(yè)抓取后霞势，或者會(huì)導(dǎo)致數(shù)據(jù)庫(kù)連接關(guān)閉,檢查并重新連接
$db->query('select * from table');
ping()這個(gè)函數(shù)先檢測(cè)數(shù)據(jù)連接是否正常，如果被關(guān)閉斑鸦，整個(gè)把當(dāng)前腳本的MYSQL實(shí)例關(guān)閉愕贡，再重新連接。
經(jīng) 過(guò)這樣處理后巷屿，可以非常有效的解決MySQL server has gone away這樣的問(wèn)題固以，而且不會(huì)對(duì)系統(tǒng)造成額外的開(kāi)銷。
1） 方法1
可以編輯my.cnf來(lái)修改（windows下my.ini）,在[mysqld]段或者mysql的server配置段進(jìn)行修改。
max_allowed_packet = 20M
如果找不到my.cnf可以通過(guò)
mysql --help | grep my.cnf
去尋找my.cnf文件憨琳。
2） 方法2
（很妥協(xié)诫钓，很糾結(jié)的辦法）
進(jìn)入mysql server
在mysql 命令行中運(yùn)行
set global max_allowed_packet = 2*1024*1024*10
然后關(guān)閉掉這此mysql server鏈接，再進(jìn)入篙螟。
show VARIABLES like '%max_allowed_packet%';
查看下max_allowed_packet是否編輯成功
mysql 默認(rèn)最大能夠處理的是1MB
如果你在sql使用了大的text或者BLOB數(shù)據(jù)菌湃，就會(huì)出現(xiàn)這個(gè)問(wèn)題。 php手冊(cè)上的注釋
[mysqld]max_allowed_packet=16M
使用mysql做數(shù)據(jù)庫(kù)還原的時(shí)候遍略，由于有些數(shù)據(jù)很大惧所，會(huì)出現(xiàn)這樣的錯(cuò)誤：The MySQL Server returned this Error:MySQL Error Nr.2006-MySQL server has gone away。我的一個(gè)150mb的備份還原的時(shí)候就出現(xiàn)了這錯(cuò)誤绪杏。解決的方法就是找到mysql安裝目錄下愈，找到my.ini文件，在文件的最后添加：max_allowed_packet = 10M(也可以設(shè)置自己需要的大小)蕾久。 max_allowed_packet 參數(shù)的作用是驰唬，用來(lái)控制其通信緩沖區(qū)的最大長(zhǎng)度。
