《Mysql應(yīng)用MySQL server has gone away 問題的解決方法》要點(diǎn)：
本文介紹了Mysql應(yīng)用MySQL server has gone away 問題的解決方法，希望對(duì)您有用。如果有疑問，可以聯(lián)系我們。

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

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

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

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

判斷是否屬于這個(gè)原因的方法很簡(jiǎn)單,進(jìn)入mysql控制臺(tái),查看mysql的運(yùn)行時(shí)長(zhǎng)MYSQL必讀

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

1 row in set或者查看MySQL的報(bào)錯(cuò)日志,看看有沒有重啟的信息MYSQL必讀

如果uptime數(shù)值很大,表明mysql服務(wù)運(yùn)行了很久了.說明最近服務(wù)沒有重啟過.
如果日志沒有相關(guān)信息,也表名mysql服務(wù)最近沒有重啟過,可以繼續(xù)檢查下面幾項(xiàng)內(nèi)容.MYSQL必讀

原因二. mysql連接超時(shí) MYSQL必讀

即某個(gè)mysql長(zhǎng)連接很久沒有新的請(qǐng)求發(fā)起,達(dá)到了server端的timeout,被server強(qiáng)行關(guān)閉.
此后再通過這個(gè)connection發(fā)起查詢的時(shí)候,就會(huì)報(bào)錯(cuò)server has gone away
(大部分PHP腳本就是屬于此類)MYSQL必讀

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 setMYSQL必讀

wait_timeout 是28800秒,即mysql鏈接在無操作28800秒后被自動(dòng)關(guān)閉MYSQL必讀

原因三. mysql請(qǐng)求鏈接進(jìn)程被主動(dòng)kill MYSQL必讀

這種情況和原因二相似,只是一個(gè)是人為一個(gè)是MYSQL自己的動(dòng)作MYSQL必讀

mysql> show global status like 'com_kill';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Com_kill????? | 21??? |
+---------------+-------+
1 row in set原因四. Your SQL statement was too large.MYSQL必讀

當(dāng)查詢的結(jié)果集超過 max_allowed_packet 也會(huì)出現(xiàn)這樣的報(bào)錯(cuò).定位方法是打出相關(guān)報(bào)錯(cuò)的語句.MYSQL必讀

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

mysql> show global variables like 'max_allowed_packet';
+--------------------+---------+
| Variable_name????? | Value?? |
+--------------------+---------+
| max_allowed_packet | 1048576 |
+--------------------+---------+
1 row in set (0.00 sec)

修改參數(shù)：MYSQL必讀

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語句.執(zhí)行一個(gè)SQL,但SQL語句過大或者語句中含有BLOB或者longblob字段.比如,圖片數(shù)據(jù)的處理.都容易引起MySQL server has gone away.

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

大概瀏覽了一下,主要可能是因?yàn)橐韵聨追N原因：
一種可能是發(fā)送的SQL語句太長(zhǎng),以致超過了max_allowed_packet的大小,如果是這種原因,你只要修改my.cnf,加大max_allowed_packet的值即可.

還有一種可能是因?yàn)槟承┰驅(qū)е鲁瑫r(shí),比如說程序中獲取數(shù)據(jù)庫連接時(shí)采用了Singleton的做法,雖然多次連接數(shù)據(jù)庫,但其實(shí)使用的都是同一個(gè)連接,而且程序中某兩次操作數(shù)據(jù)庫的間隔時(shí)間超過了wait_timeout(SHOW STATUS能看到此設(shè)置),那么就可能出現(xià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語句.最常見的就是采集或者新舊數(shù)據(jù)轉(zhuǎn)化.
解決方案：
在my.cnf文件中添加或者修改以下兩個(gè)變量：
wait_timeout=2880000
interactive_timeout = 2880000
關(guān)于兩個(gè)變量的具體說明可以google或者看官方手冊(cè).如果不能修改my.cnf,則可以在連接數(shù)據(jù)庫的時(shí)候設(shè)置CLIENT_INTERACTIVE,比如：
sql = "set interactive_timeout=24*3600";
mysql_real_query(...)


2、執(zhí)行一個(gè)SQL,但SQL語句過大或者語句中含有BLOB或者longblob字段.比如,圖片數(shù)據(jù)的處理
解決方案：
在my.cnf文件中添加或者修改以下變量：
max_allowed_packet = 10M(也可以設(shè)置自己需要的大小)
max_allowed_packet 參數(shù)的作用是,用來控制其通信緩沖區(qū)的最大長(zhǎng)度.


最近做網(wǎng)站有一個(gè)站要用到WEB網(wǎng)頁采集器功能,當(dāng)一個(gè)PHP腳本在請(qǐng)求URL的時(shí)候,可能這個(gè)被請(qǐng)求的網(wǎng)頁非常慢慢,超過了mysql的 wait-timeout時(shí)間,然后當(dāng)網(wǎng)頁內(nèi)容被抓回來后,準(zhǔn)備插入到MySQL的時(shí)候,發(fā)現(xiàn)MySQL的連接超時(shí)關(guān)閉了,于是就出現(xiàn)了“MySQL server has gone away”這樣的錯(cuò)誤提示,解決這個(gè)問題,我的經(jīng)驗(yàn)有以下兩點(diǎn),或許對(duì)大家有用處：
第 一種方法：
當(dāng)然是增加你的 wait-timeout值,這個(gè)參數(shù)是在my.cnf(在Windows下臺(tái)下面是my.ini)中設(shè)置,我的數(shù)據(jù)庫負(fù)荷稍微大一點(diǎn),所以,我設(shè)置的值 為10,(這個(gè)值的單位是秒,意思是當(dāng)一個(gè)數(shù)據(jù)庫連接在10秒鐘內(nè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秒,呵呵,一般來講300秒足夠用了,其實(shí)你也可以不用設(shè)置,MySQL默認(rèn)是8個(gè)小 時(shí).情況由你的服務(wù)器和站點(diǎn)來定.
第二種方法：
這也是我個(gè)人認(rèn)為最好的方法,即檢查 MySQL的鏈接狀態(tài),使其重新鏈接.
可能大家都知道有mysql_ping這么一個(gè)函數(shù),在很多資料中都說這個(gè)mysql_ping的 API會(huì)檢查數(shù)據(jù)庫是否鏈接,如果是斷開的話會(huì)嘗試重新連接,但在我的測(cè)試過程中發(fā)現(xiàn)事實(shí)并不是這樣子的,是有條件的,必須要通過 mysql_options這個(gè)C API傳遞相關(guān)參數(shù),讓MYSQL有斷開自動(dòng)鏈接的選項(xiàng)(MySQL默認(rèn)為不自動(dòng)連接),但我測(cè)試中發(fā)現(xiàn)PHP的MySQL的API中并不帶這個(gè)函數(shù),你重新編輯MySQL吧,呵呵.但mysql_ping這個(gè)函數(shù)還是終于能用得上的,只是要在其中有一個(gè)小小的操作技巧：
這是我的的數(shù)據(jù)庫操 作類中間的一個(gè)函數(shù)
MYSQL必讀

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

ping()這個(gè)函數(shù)先檢測(cè)數(shù)據(jù)連接是否正常,如果被關(guān)閉,整個(gè)把當(dāng)前腳本的MYSQL實(shí)例關(guān)閉,再重新連接.
經(jīng) 過這樣處理后,可以非常有效的解決MySQL server has gone away這樣的問題,而且不會(huì)對(duì)系統(tǒng)造成額外的開銷.
__________________________________________________________________________________________________
　　今天遇到類似的情景,MySQL只是冷冷的說：MySQL server has gone away.
　　大概瀏覽了一下,主要可能是因?yàn)橐韵聨追N原因：
　　一種可能是發(fā)送的SQL語句太長(zhǎng),以致超過了max_allowed_packet的大小,如果是這種原因,你只要修改my.cnf,加大max_allowed_packet的值即可.
　　還有一種可能是因?yàn)槟承┰驅(qū)е鲁瑫r(shí),比如說程序中獲取數(shù)據(jù)庫連接時(shí)采用了Singleton的做法,雖然多次連接數(shù)據(jù)庫,但其實(shí)使用的都是同一個(gè)連接,而且程序中某兩次操作數(shù)據(jù)庫的間隔時(shí)間超過了wait_timeout(SHOW STATUS能看到此設(shè)置),那么就可能出現(xià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語句.最常見的就是采集或者新舊數(shù)據(jù)轉(zhuǎn)化.
　　解決方案：
　　在my.cnf文件中添加或者修改以下兩個(gè)變量：
wait_timeout=2880000
interactive_timeout = 2880000　　關(guān)于兩個(gè)變量的具體說明可以google或者看官方手冊(cè).如果不能修改my.cnf,則可以在連接數(shù)據(jù)庫的時(shí)候設(shè)置CLIENT_INTERACTIVE,比如：
sql = "set interactive_timeout=24*3600";
mysql_real_query(...)
　　2、執(zhí)行一個(gè)SQL,但SQL語句過大或者語句中含有BLOB或者longblob字段.比如,圖片數(shù)據(jù)的處理
　　解決方案：
　　在my.cnf文件中添加或者修改以下變量：
max_allowed_packet = 10M(也可以設(shè)置自己需要的大小)
max_allowed_packet參數(shù)的作用是,用來控制其通信緩沖區(qū)的最大長(zhǎng)度.
1、應(yīng)用程序(比如PHP)長(zhǎng)時(shí)間的執(zhí)行批量的MYSQL語句.
最常見的就是采集或者新舊數(shù)據(jù)轉(zhuǎn)化.

解決方案：

在my.ini文件中添加或者修改以下兩個(gè)變量：
wait_timeout=2880000
interactive_timeout = 2880000

關(guān)于兩個(gè)變量的具體說明可以google或者看官方手冊(cè).
如果不能修改my.cnf,則可以在連接數(shù)據(jù)庫的時(shí)候設(shè)置CLIENT_INTERACTIVE,比如：
sql = "set interactive_timeout=24*3600";
mysql_real_query(...)

2、執(zhí)行一個(gè)SQL,但SQL語句過大或者語句中含有BLOB或者longblob字段.
比如,圖片數(shù)據(jù)的處理
解決方案

在my.cnf文件中添加或者修改以下變量：
max_allowed_packet = 10M (也可以設(shè)置自己需要的大小)

max_allowed_packet 參數(shù)的作用是,用來控制其通信緩沖區(qū)的最大長(zhǎng)度.
MYSQL必讀

修改方法MYSQL必讀

1) 方法1
可以編輯my.cnf來修改(windows下my.ini),在[mysqld]段或者mysql的server配置段進(jìn)行修改.MYSQL必讀

max_allowed_packet = 20M
如果找不到my.cnf可以通過MYSQL必讀

mysql --help | grep my.cnf
去尋找my.cnf文件.MYSQL必讀

2) 方法2
(很妥協(xié),很糾結(jié)的辦法)MYSQL必讀

進(jìn)入mysql serverMYSQL必讀

在mysql 命令行中運(yùn)行MYSQL必讀

set global max_allowed_packet = 2*1024*1024*10
然后關(guān)閉掉這此mysql server鏈接,再進(jìn)入.MYSQL必讀

show VARIABLES like '%max_allowed_packet%';
查看下max_allowed_packet是否編輯成功

－－－－－－－－－－－－ 以下是網(wǎng)絡(luò)搜索的資料 －－－－－－－－－－－－－－－－－－－MYSQL必讀

轉(zhuǎn)載請(qǐng)注明本頁網(wǎng)址：
http://www.snjht.com/jiaocheng/1198.html