什麼是長串連?
其實長串連是相對於通常的短串連而說的,也就是長時間保持用戶端與服務端的串連狀態。
通常的短串連操作步驟是:
串連-》資料轉送-》關閉串連;
而長串連通常就是:
串連-》資料轉送-》保持串連-》資料轉送-》保持串連-》…………-》關閉串連;
這就要求長串連在沒有資料通訊時,定時發送資料包,以維持串連狀態,短串連在沒有資料轉送時直接關閉就行了
什麼時候用長串連,短串連?
長串連主要用於在少數用戶端與服務端的頻繁通訊,因為這時候如果用短串連頻繁通訊常會發生Socket出錯,並且頻繁建立Socket串連也是對資源的浪費。
但是對於服務端來說,長串連也會耗費一定的資源,需要專門的線程(unix下可以用進程管理)來負責維護串連狀態。
總之,長串連和短串連的選擇要視情況而定。
首先,如果使用了長串連而長期沒有對資料庫進行任何操作,那麼在timeout值後,mysql server就會關閉此串連,而用戶端在執行查詢的時候就會得到一個類似於“MySQL server has gone away“這樣的錯誤。
在使用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之前執行一次就夠了。
查看mysql串連數
mysqladmin -uroot -p processlist
實際的測試中我發現,當設定了MYSQL_OPT_RECONNECT為1時,逾時後再查看processlist,則自動建立的串連不在列表中,但事實上串連確實建立並被使用了。
在MYSQL的預設設定中,如果一個資料庫連接超過8小時沒有使用(閑置8小時),伺服器將斷開這條串連,後續在該串連上進行的查詢操作都將失敗。網路上對該問題的描述非常多。也提供了相應的解決辦法。我在這裡提一些我自己的看法。
解決辦法一:修改MYSQL伺服器的配置參數
道理非常簡單,MYSQL的預設設定是在資料庫連接超過8小時沒有使用後將其斷開,如果我們將這個時間改成更大的數值,那麼連線逾時所需的時間就會更長,也就意味著更不容易逾時。網路上提供的修改方法一般是修改/etc/my.cnf,在這個檔案中添加一行wait_timeout=你需要設定的逾時時間 。實際上有一種比較簡單的方法來修改這個參數:
首先作為超級使用者登入到MYSQL,注意必須是超級使用者,否則後面會提示沒有修改許可權。然後輸入
show global variables like 'wait_timeout';
斷行符號執行後顯示目前的逾時時間:
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| wait_timeout | 28800 |
+---------------+-------+
1 row in set (0.00 sec)
上面顯示的是預設的逾時時間,即8個小時(單位是秒)。現在重新設定該參數,例如我們要將逾時時間設定成10個小時,可以輸入:
set global wait_timeout=36000;
斷行符號執行,顯示:
Query OK, 0 rows affected (0.00 sec)
表示設定成功,可以重新使用show global variables like 'wait_timeout'來驗證。
這種方法比較直觀,而且設定的參數立即生效。但如果/etc/my.cnf中沒有配置,則重啟服務後,global變數會從/etc/my.cnf中讀取新的變數值。
下邊是一段範例程式碼:
if(!mysql_real_connect(&logdb, my_hostname, my_user, my_password, my_dbname, my_port, my_sock, 0)){
ast_log(LOG_ERROR, "Failed to connect to mysql database %s on %s.\n", my_dbname, my_hostname);
use_mysql = 0;
} else {
char value = 1;
mysql_options(&logdb, MYSQL_OPT_RECONNECT, (char*)&value);
use_mysql = 1;
}