首先，如果使用了長連接而長期沒有對數(shù)據(jù)庫進(jìn)行任何操作，那么在timeout值后，MySQL?server就會關(guān)閉此連接，而客戶端在執(zhí)行查詢的時(shí)候就會得到一個(gè)類似于“mysql?server has gone away“這樣的錯(cuò)誤。

??? 一個(gè)好的解決方法是使用mysql_ping。在使用mysql_real_connect連接數(shù)據(jù)庫之后，再使用mysql_options( &mysql, MYSQL_OPT_RECONNECT, … ) 來設(shè)置為自動重連。這樣當(dāng)mysql連接丟失的時(shí)候，使用mysql_ping能夠自動重連數(shù)據(jù)庫。如果是在mysql 5.1.6之前，那么則應(yīng)在每次執(zhí)行完real_connect 之后執(zhí)行mysql_options( &mysql, MYSQL_OPT_RECONNECT, … ) ,如果是mysql 5.1.6+，則在connect之前執(zhí)行一次就夠了。

??? 有一種很自然的想法就是，新開一個(gè)線程，讓它隔一定時(shí)間（如20秒）就執(zhí)行一次mysql_ping.除此而外它什么都不用做。但是顯然，這個(gè)線程必須與其它線程共享一個(gè)mysql連接，共享該mysql句柄。否則這樣做一點(diǎn)意義都沒有。

??? 但是，mysql_ping會改變mysql_affected_rows的返回值。所以最好是給該MYSQL句柄再加一個(gè)mutex（最好是讀寫鎖）。當(dāng)其它線程準(zhǔn)備執(zhí)行query的時(shí)候，就獲取鎖，執(zhí)行完就釋放。而這個(gè)執(zhí)行mysql_ping的線程在執(zhí)行ping之間先嘗試獲取鎖，如果獲取失敗，則繼續(xù)sleep，放棄這一輪的ping.?

==================================================================================================================

最近部署一個(gè)系統(tǒng)，后臺用線程池來處理請求，而每個(gè)線程有一個(gè)MySQL連接。當(dāng)系統(tǒng)運(yùn)行一階段后，有些請求會出現(xiàn)操作“Internalerror”，而操作一次可能又會成功。經(jīng)過多方調(diào)試，發(fā)現(xiàn)是mysql連接超時(shí)。如果使用了長連接而長期沒有對數(shù)據(jù)庫進(jìn)行任何操作，那么在timeout值后，mysql server就會關(guān)閉此連接，而客戶端在執(zhí)行查詢的時(shí)候就會得到一個(gè)類似于“MySQL server hasgone away“這樣的錯(cuò)誤。解決方法有兩個(gè)：
1） 增大/etc/my.cnf中wait_timeout的值，比如設(shè)置wait_timeout=8640000，即100天。這個(gè)值缺省是8小時(shí)。這個(gè)方法簡單，但是不能徹底解決問題。推薦第二種解決方法。
2）使用mysql_ping來自動檢查重連。用到兩個(gè)函數(shù)，一個(gè)是mysql_ping，另外一個(gè)是mysql_options。具體使用方法是在mysql_real_connect之前，mysql_init之后，使用mysql_options。用法如下：
char value = 1;
?(void) mysql_init (&mysql);
?mysql_options(&mysql, MYSQL_OPT_RECONNECT, (char *)&value);
然后在以后mysql_query之前首先使用mysql_ping進(jìn)行判斷，如果連接已經(jīng)斷開，會自動重連。
不過，請注意，自動重新連接也會導(dǎo)致一些副作用，如下：
??? * 任何活動的交易都被回滾，autocommit模式被置為reset。
??? * 所有表鎖都釋放
??? * 所有臨時(shí)表是關(guān)閉（撤消）
???* Session variables are reinitialized to the values of thecorresponding variables.會話變量被重新初始化為相應(yīng)的變量。 這也影響那些隱式聲明的變量，SETNAMES。比如使用This also affects variables that are set implicitly bystatements such as SET NAMES.這也影響了變量，是一套由含蓄的聲明，例如訂定的名稱。
??? * 用戶變量設(shè)置都將丟失。
??? * 編制報(bào)表釋放。
??? * 句柄變量被關(guān)閉。
??? * LAST_INSERT_ID()被重置為0 。
??? * 使用GET_LOCK()獲得的鎖被釋放

　　首先，如果使用了長連接而長期沒有對數(shù)據(jù)庫進(jìn)行任何操作，那么在timeout值后，mysql server就會關(guān)閉此連接，而客戶端在執(zhí)行查詢的時(shí)候就會得到一個(gè)類似于“MySQL server has gone away“這樣的錯(cuò)誤。

　　一個(gè)好的解決方法是使用mysql_ping。在使用mysql_real_connect連接數(shù)據(jù)庫之后，再使用mysql_options(&mysql, MYSQL_OPT_RECONNECT, … )來設(shè)置為自動重連。這樣當(dāng)mysql連接丟失的時(shí)候，使用mysql_ping能夠自動重連數(shù)據(jù)庫。如果是在mysql5.1.6之前，那么則應(yīng)在每次執(zhí)行完real_connect 之后執(zhí)行mysql_options( &mysql,MYSQL_OPT_RECONNECT, … ) ,如果是mysql 5.1.6+，則在connect之前執(zhí)行一次就夠了。

　　有一種很自然的想法就是，新開一個(gè)線程，讓它隔一定時(shí)間（如20秒）就執(zhí)行一次mysql_ping.除此而外它什么都不用做。但是顯然，這個(gè)線程必須與其它線程共享一個(gè)mysql連接，共享該mysql句柄。否則這樣做一點(diǎn)意義都沒有。

　　但是，mysql_ping會改變mysql_affected_rows的返回值。所以最好是給該MYSQL句柄再加一個(gè)mutex（最好是讀寫鎖）。當(dāng)其它線程準(zhǔn)備執(zhí)行query的時(shí)候，就獲取鎖，執(zhí)行完就釋放。而這個(gè)執(zhí)行mysql_ping的線程在執(zhí)行ping之間先嘗試獲取鎖，如果獲取失敗，則繼續(xù)sleep，放棄這一輪的ping。?

??? 個(gè)人覺得，如果數(shù)據(jù)庫操作不頻繁的話，可以使用短連接，即用時(shí)連接，不用時(shí)斷開。

總結(jié)

以上是生活随笔為你收集整理的mysql_ping与mysql长连接的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。