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

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

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

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

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

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

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

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

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

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

??? 個人覺得，如果數據庫操作不頻繁的話，可以使用短連接，即用時連接，不用時斷開。

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。