淺析mysql交互式連接&非交互式連接
交互式操作:通俗的說,就是你在你的本機(jī)上打開mysql的客戶端,就是那個黑窗口,在黑窗口下進(jìn)行各種sql操作,當(dāng)然走的肯定是tcp協(xié)議。
非交互式操作:就是你在你的項目中進(jìn)行程序調(diào)用。比如一邊是tomcat web服務(wù)器,一邊是數(shù)據(jù)庫服務(wù)器,兩者怎么通信?在java web里,我們通常會選擇hibernate或者是jdbc來連接。那么這時候就是非交互式操作。
在之前,我基本上不關(guān)系這兩個屬性,都是用的是mysql服務(wù)商推薦的默認(rèn)值,就是8小時。
但是,從昨天開始,由于在新網(wǎng)租用了一個空間,而他的mysql的wait_time設(shè)置了10s,所以引出來一系列的問題,就順便來研究下。
或者這個標(biāo)題可以改為“mysql的8小時自動關(guān)閉”問題,這個標(biāo)題你到百度上搜搜,一搜一大堆,但是都沒有講明白,今天我就給大家來說說這兩個值。
一、概念
1)interactive_time:是指如果空余Ns(N就是這個屬性的值),那么就會自動關(guān)閉mysql的連接。關(guān)閉什么樣的mysql連接?在之前,我們在《什么是mysql的交互式操作和非交互式操作?》 這篇文章中講到,mysql是有兩種操作方式,那就有兩種連接的,一種是交互式,一種是非交互式。而這個屬性控制的是交互式。就是你打開一個mysql客 戶端黑窗口,進(jìn)入操作之后,又隔了Ns你不操作了,之后你想繼續(xù)操作,對不起,mysql會在之前關(guān)閉了你的那個連接,mysql會幫你自動重新連接。
2)wait_time:是指如果空余Ns(N就是這個屬性的值),那么會自動kill掉mysql的一部分連接線程。這里的連接就是指的是非交互式連接。
總結(jié)下,就是用比較正規(guī)的術(shù)語講:
(1)interactive_timeout:
參數(shù)含義:服務(wù)器關(guān)閉交互式連接前等待活動的秒數(shù)。交互式客戶端定義為在mysql_real_connect()中使用CLIENT_INTERACTIVE選項的客戶端。
參數(shù)默認(rèn)值:28800秒(8小時)
(2)wait_timeout:
參數(shù)含義:服務(wù)器關(guān)閉非交互連接之前等待活動的秒數(shù)。
在線程啟動時,根據(jù)全局wait_timeout值或全局interactive_timeout值初始化會話wait_timeout值,取決于客戶端類型(由mysql_real_connect()的連接選項CLIENT_INTERACTIVE定義)。
參數(shù)默認(rèn)值:28800秒(8小時)
這里有引出了另外一個概念:mysql_real_connect(),這個好理解,就是你不管什么連接,是交互式還是非交互式,你要操作mysql之前要必須執(zhí)行完畢的方法,其實你可以理解成登錄mysql,或者拿到mysql的一個連接。
二、如何查看、重新設(shè)置這兩個值
這是我修改之后的。這是查看方法。
修改這兩個值是分為兩種修改的。
1) 修改當(dāng)前會話的這兩個屬性值。所謂的當(dāng)前會話就是你當(dāng)前獲取的連接池的連接。比如你打開黑窗口那個會話。這個修改比較簡單,直接set wait_timeout=10;就行了,你怎么知道這么修改僅僅修改的是當(dāng)前會話?很簡單,你把這個黑窗口關(guān)了,你再重新開一個,再重新查,你發(fā)現(xiàn)沒改 啊。
2)修改全局的屬性值。一般這個用的多,你到你的數(shù)據(jù)庫安裝包下找到my.ini,在最下面添加wait_timeout=10就可以了,然后重新啟動mysql服務(wù),我說的重新啟動服務(wù),不是你關(guān)閉這個黑窗口,重新啟動一個黑窗口。服務(wù)在我的電腦右鍵服務(wù)里去找。
現(xiàn)在先說到這里,一會繼續(xù)。
一、mysql8小時異常
1)異常概念。
大 家都知道m(xù)ysql的8小時自動斷開異常吧,百度上一大把。就是由于這個值造成的,這個值mysql默認(rèn)的是8小時,所以如果你在8小時內(nèi),數(shù)據(jù)庫覺得沒 有任何人來連接我,那好,我就將所有的現(xiàn)在存在的非交互式連接全部kill掉。而ssh中,我們一般用的是數(shù)據(jù)池。就是在tomcat已啟動的時候,就向 mysql申請到N(這個N是你配置的)個非交互是連接,以后想要用數(shù)據(jù)庫連接的時候,沒有必要一個請求就去重新獲取mysql連接,只要從數(shù)據(jù)池里獲取 就可以了。但是現(xiàn)在如果你8小時之內(nèi),沒有發(fā)送請求,那么mysql會自動將所有的非交互是連接kill掉,那這時候,你的數(shù)據(jù)庫連接池里存在的數(shù)據(jù)庫連 接其實是null,是不存在的,你這時候也不判斷,繼續(xù)想用這個鏈接去請求數(shù)據(jù),當(dāng)然會拋出異常,所拋出的異常Communications link failure due to underlying exception。
2)那么如何解決呢?
原 理很簡單,出現(xiàn)這個異常的原因不就是因為連接池里存在著已經(jīng)不存在的連接,而且你還不知道,你還得用這個原本就被關(guān)閉的連接去請求嗎?這就好辦了,你控制 了不了服務(wù)器的mysql(如果你是空間的話),那你知道控制自己的數(shù)據(jù)庫連接池了,讓連接池增加一個驗證功能,就是凡是在從池里拿到連接之后,在用之前 先驗證下這個鏈接是否有效,如果有效則可以直接使用,如果無效則重新申請一個連接,這樣就不會出現(xiàn)這個異常了。當(dāng)然,肯定性能會降低。關(guān)于性能為什么降 低,我們稍后會講,現(xiàn)在來看,如何實現(xiàn)讓數(shù)據(jù)庫連接池先驗證是否有效再用的功能:
我用的連接池是c3p0,建議使用這個。當(dāng)然各個連接池的性能優(yōu)缺點你得根據(jù)自己的項目具體分析,這里可不分析我為什么選c3p0了。
<property name="testConnectionOnCheckin" value="true"/>//歸還給連接池時候要檢查 <property name="testConnectionOnCheckout" value="true"/>//從連接池中拿出來要檢查 <!--因性能消耗大請只在需要的時候使用它。如果設(shè)為true那么在每個connection提交的 時候都將校驗其有效性。建議使用idleConnectionTestPeriod或automaticTestTable 等方法來提升連接測試的性能。Default: false --> <property name="testConnectionOnCheckout">false</property> <!--如果設(shè)為true那么在取得連接的同時將校驗連接的有效性。Default: false --> <property name="testConnectionOnCheckin">true</property>
所以也就是通過兩個動作去維護(hù)這個連接池,如圖:
3)解決方案的性能問題
A)檢測有效性的性能優(yōu)化
因為要去時刻檢查這個鏈接是否還有效,所以效率比如會降低,那么如何檢查呢?默認(rèn)的檢查方式我現(xiàn)在還真不知道,但是上面一段話說了,如果使用 automaticTestTable 方法進(jìn)行驗證測試連接的有效性,會對性能有所提升。那我們就來看下這個屬性
1 <property name="automaticTestTable" value="C3P0TestTable"/>
這 個屬性是什么意思呢?就是他會自動的幫你建立一張名字叫C3P0TestTable的表,這種表非常的簡單,而且最關(guān)鍵的是里面沒有數(shù)據(jù),檢測的時候,可 以通過連接訪問這種表是否能訪問的到,如果能訪問的到,說明這個鏈接是有效的,否則說明這個鏈接已經(jīng)被mysql kill掉了。
那這張表是我們程序員建立的嗎?NO,你不用管,你只要這么配置上,自然會幫你自動建立一張這個表的。
B)testConnectionOnCheckout 性能的優(yōu)化。因為這個屬性是指你從連接池中拿出來的時候,在每一個鏈接去真正提交,震中拿著這個鏈接去數(shù)據(jù)庫訪問的時候,要做下檢查,并不是說,我從連接 池中拿出來,我就做檢查,我得等到提交的時候才做檢查的,那這樣會設(shè)計到一個connection提交的問題,在默認(rèn)的情況下,你發(fā)送一個db request就會自動馬上去執(zhí)行,就會馬上commit的,如果你配置在事務(wù)當(dāng)中呢,就是一個action方法對應(yīng)一個biz方法,這樣你只要做一次檢 查就行了,減少了檢測的次數(shù)。
也就是說,對于這種解決方案的性能優(yōu)化的宗旨就是減少檢測次數(shù)、優(yōu)化檢測方法。
二、mysql的wait_timeout值應(yīng)該設(shè)置多少?
如果你不是IDC,你不是往外出租服務(wù)器,那么你完全可以設(shè)置為默認(rèn)值8小時就可以了。但是如果IDC往外租用服務(wù)器的時候,就得重新設(shè)置了,比如新網(wǎng)就是設(shè)置為10s的。
但 是這個設(shè)置為多大,并不是新網(wǎng)那樣隨便設(shè)置的,因為我發(fā)現(xiàn)新網(wǎng)的這個服務(wù)器業(yè)務(wù)壓力并不是很大,但是他卻設(shè)置了一個10s這么小的值,這樣反而會更消耗服 務(wù)器資源。是,得承認(rèn),如果這個值過大的話,很可能會造成大量的無用的閑置的連接存在,對數(shù)據(jù)庫壓力過大,但是新網(wǎng)的那個服務(wù)器的業(yè)務(wù)壓力并不大啊,你設(shè) 置成這么小的數(shù)值,很明顯,你是在刻意的增加系統(tǒng)服務(wù)器的業(yè)務(wù)壓力啊,罪人啊罪人。
所以,設(shè)置為多大,得根據(jù)你的服務(wù)器的壓力大小來配置的,可不是隨便寫一個數(shù)就行了的。
以上這篇淺析mysql交互式連接&非交互式連接就是小編分享給大家的全部內(nèi)容了,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
MySQL中主從復(fù)制重復(fù)鍵問題修復(fù)方法
這篇文章主要介紹了MySQL中主從復(fù)制重復(fù)鍵問題修復(fù),需要的朋友可以參考下2014-12-12Mysql詳細(xì)剖析數(shù)據(jù)庫中的存儲引擎
這篇文章詳細(xì)剖析了數(shù)據(jù)庫中的存儲引擎,存儲引擎是數(shù)據(jù)庫中非常關(guān)鍵的部分,有感興趣的小伙伴可以參考閱讀本文2023-03-03使用Mysql5.x以上版本出現(xiàn)報錯#1929 Incorrect datetime value: '''''''' f
我的MySQL安裝后,保存刪除表數(shù)據(jù)總是出現(xiàn)#1929 Incorrect datetime value: '' for column 'createtime' 的報錯提醒,導(dǎo)致不能刪除表里數(shù)據(jù)。下面小編給大家分析原因及解決辦法,需要的朋友可以參考下2017-01-01