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