《Mysql必讀MySQL server has gone away問題的解決辦法》要點(diǎn):
本文介紹了Mysql必讀MySQL server has gone away問題的解決辦法,希望對(duì)您有用。如果有疑問,可以聯(lián)系我們。
本節(jié)內(nèi)容:
MySQL server has gone away問題的解決方法.MYSQL應(yīng)用
問題描述:
當(dāng)一個(gè)PHP腳本在請(qǐng)求URL時(shí),可能這個(gè)被請(qǐng)求的網(wǎng)頁(yè)非常慢慢,超過了mysql的 wait-timeout時(shí)間,然后當(dāng)網(wǎng)頁(yè)內(nèi)容被抓回來后,準(zhǔn)備插入到MySQL時(shí),發(fā)現(xiàn)MySQL的連接超時(shí)關(guān)閉了,于是就出現(xiàn)了“MySQL server has gone away”這樣的錯(cuò)誤提示.MYSQL應(yīng)用
解決方法1:
當(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)沒有任何操作的話,就會(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)來定.MYSQL應(yīng)用
方法2:
即檢查 MySQL的鏈接狀態(tài),使其重新鏈接.
mysql_ping有這么一個(gè)函數(shù),在很多資料中都說這個(gè)mysql_ping的 API會(huì)檢查數(shù)據(jù)庫(kù)是否鏈接,如果是斷開的話會(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è)小小的操作技巧:MYSQL應(yīng)用
數(shù)據(jù)庫(kù)操作類中間的一個(gè)函數(shù),如下:
?MYSQL應(yīng)用
需要調(diào)用這個(gè)函數(shù)的代碼:
?MYSQL應(yīng)用
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應(yīng)用
解決MySQL server has gone away
1、應(yīng)用程序(比如PHP)長(zhǎng)時(shí)間的執(zhí)行批量的MYSQL語句.最常見的就是采集或者新舊數(shù)據(jù)轉(zhuǎn)化.
解決方案:
在my.cnf文件中添加或者修改以下兩個(gè)變量:
?MYSQL應(yīng)用
這二個(gè)變量的具體說明可以搜索google或查看mysql手冊(cè).
如果不能修改my.cnf,則可以在連接數(shù)據(jù)庫(kù)時(shí)設(shè)置CLIENT_INTERACTIVE,比如:
?MYSQL應(yīng)用
2、執(zhí)行一個(gè)SQL,但SQL語句過大或者語句中含有BLOB或者longblob字段.比如,圖片數(shù)據(jù)的處理MYSQL應(yīng)用
解決方案:
在my.cnf文件中添加或者修改以下變量:
?MYSQL應(yīng)用
1、應(yīng)用程序(比如PHP)長(zhǎng)時(shí)間的執(zhí)行批量的MYSQL語句.
最常見的就是采集或者新舊數(shù)據(jù)轉(zhuǎn)化.MYSQL應(yīng)用
解決方案:
在my.ini文件中添加或者修改以下兩個(gè)變量:
?MYSQL應(yīng)用
關(guān)于兩個(gè)變量的用法,請(qǐng)查看mysql手冊(cè)中的相關(guān)說明吧.
如果不能修改my.cnf,則可以在連接數(shù)據(jù)庫(kù)時(shí)設(shè)置CLIENT_INTERACTIVE,比如:
?MYSQL應(yīng)用
2、執(zhí)行一個(gè)SQL,但SQL語句過大或者語句中含有BLOB或者longblob字段.
比如,圖片數(shù)據(jù)的處理MYSQL應(yīng)用
解決方法,在my.cnf文件中添加或者修改以下變量:
max_allowed_packet = 10M (也可以設(shè)置自己需要的大小)
max_allowed_packet 參數(shù)的作用是,用來控制其通信緩沖區(qū)的最大長(zhǎng)度.MYSQL應(yīng)用
附,網(wǎng)絡(luò)上的一些相關(guān)問題與解決方法
解決MySQL server has gone away 的問題:
錯(cuò)誤提示: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ù)庫(kù)連接時(shí)采用了Singleton的做法,雖然多次連接數(shù)據(jù)庫(kù),但其實(shí)使用的都是同一個(gè)連接,而且程序中某兩次操作數(shù)據(jù)庫(kù)的間隔時(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 awayMYSQL應(yīng)用
1、應(yīng)用程序(比如PHP)長(zhǎng)時(shí)間的執(zhí)行批量的MYSQL語句.最常見的就是采集或者新舊數(shù)據(jù)轉(zhuǎn)化.MYSQL應(yīng)用
解決方案:
在my.cnf文件中添加或修改以下兩個(gè)變量:
?MYSQL應(yīng)用
關(guān)于兩個(gè)變量的具體說明可以google或者看官方手冊(cè).
如果不能修改my.cnf,則可以在連接數(shù)據(jù)庫(kù)時(shí)設(shè)置CLIENT_INTERACTIVE,比如:
?MYSQL應(yīng)用
2、執(zhí)行一個(gè)SQL,但SQL語句過大或者語句中含有BLOB或者longblob字段.比如,圖片數(shù)據(jù)的處理
解決方案:
在my.cnf文件中添加或者修改以下變量:
max_allowed_packet = 10M
(也可以設(shè)置自己需要的大小)MYSQL應(yīng)用
max_allowed_packet
參數(shù)的作用是,用來控制其通信緩沖區(qū)的最大長(zhǎng)度MYSQL應(yīng)用
MySQL: 詭異的MySQL server has gone away及其解決MYSQL應(yīng)用
在Mysql執(zhí)行show status,通常更關(guān)注緩存效果、進(jìn)程數(shù)等,往往忽略了兩個(gè)值:
?MYSQL應(yīng)用
《Mysql必讀MySQL server has gone away問題的解決辦法》是否對(duì)您有啟發(fā),歡迎查看更多與《Mysql必讀MySQL server has gone away問題的解決辦法》相關(guān)教程,學(xué)精學(xué)透。維易PHP學(xué)院為您提供精彩教程。
轉(zhuǎn)載請(qǐng)注明本頁(yè)網(wǎng)址:
http://www.snjht.com/jiaocheng/13717.html