proxool連接池配置詳細說明

目前市面上三個主流連接池從性能上排名如下:proxool>c3p0>dbcp,proxool還提供了可視化的連接池實時監控工具,所以既穩定又方便,配置也是非常容易的事情。下面我來講講我如何配置proxool連接池的。
      1、下載相關資源。

      從http://proxool.sourceforge.net/ 站點上下載我們需要的資源,proxool-0.9.1是最新版本,解壓後從lib下copy裏面的2個JAR包 proxool-0.9.1.jar和 

proxool-cglib.jar至項目中去。如果不加proxool-cglib.jar的話會報 java.lang.ClassNotFoundException:org.logicalcobwebs.cglib.proxy.Callback異常。 

      2、首先在WEB-INF目錄下新建一個proxool.xml文件。

 

我在裏面配置了2個不同數據庫的數據源,你可以根據需要配置多個,其中具體的參數屬性我會在下面全部予以說明。
      3、配置web.xml文件。

 

 <load-on-startup>1</load-on-startup>用來設置加載屬性,一定要保證在其他配置項之前加載。

 

 

 這個屬性是用來提供察看連接池信息的工具,既在域名後跟上/datasource_situation就可以查看了,當然名字可以自己定義。如果你想限制用戶和密碼來訪問就用

 

 

這段配置就限定了只有輸入了TOMCAT的管理員帳號密碼後就能登陸連接池查看工具了,如果連續三次登陸失敗,進入401.jsp頁面。401.jsp要加入下段代碼

           response.setHeader("WWW-Authenticate", "Basic realm=/"Tomcat Manager Application/"");

      4、配置連接池連接類。

 

 

下面我來介紹一下proxool.xml文件中關於proxool各個屬性的詳細說明:

 

 

 

 

fatal-sql-exception : 它是一個逗號分割的信息片段.當一個SQL異常發生時,他的異常信息將與這個信息片段進行比較.如果在片段中存在,那麼這個異常將被認爲是個致命錯誤(Fatal SQL Exception ).這種情況下,數據庫連接將要被放棄.無論發生什麼,這個異常將會被重擲以提供給消費者.用戶最好自己配置一個不同的異常來拋出.

 

fatal-sql-exception-wrapper-class : 正如上面所說,你最好配置一個不同的異常來重擲.利用這個屬性,用戶可以包裝SQLException,使他變成另外一個異常.這個異常或者繼承SQLException或者繼承字RuntimeException.proxool 自帶了2個實現:'org.logicalcobwebs.proxool .FatalSQLException' 和'org.logicalcobwebs.proxool .FatalRuntimeException' .後者更合適.

 

house-keeping-sleep-time : house keeper 保留線程處於睡眠狀態的最長時間,house keeper 的職責就是檢查各個連接的狀態,並判斷是否需要銷燬或者創建.

 

house-keeping-test-sql :   如果發現了空閒的數據庫連接.house keeper 將會用這個語句來測試.這個語句最好非常快的被執行.如果沒有定義,測試過程將會被忽略。

 

injectable-connection-interface : 允許proxool 實現被代理的connection對象的方法.

 

injectable-statement-interface : 允許proxool 實現被代理的Statement 對象方法.

 

injectable-prepared-statement-interface : 允許proxool 實現被代理的PreparedStatement 對象方法.

 

injectable-callable-statement-interface : 允許proxool 實現被代理的CallableStatement 對象方法.

 

jmx :

 

jmx-agent-id :

 

jndi-name : 數據源的名稱

 

maximum-active-time : 如果housekeeper 檢測到某個線程的活動時間大於這個數值.它將會殺掉這個線程.所以確認一下你的服務器的帶寬.然後定一個合適的值.默認是5分鐘.

 

maximum-connection-count : 最大的數據庫連接數.

 

maximum-connection-lifetime : 連接最大生命時間 默認4小時

 

minimum-connection-count : 最小的數據庫連接數

 

overload-without-refusal-lifetime :

 

prototype-count : 連接池中可用的連接數量.如果當前的連接池中的連接少於這個數值.新的連接將被建立(假設沒有超過最大可用數).例如.我們有3個活動連接2個可用連接,而我們的prototype-count是4,那麼數據庫連接池將試圖建立另外2個連接.這和 minimum-connection-count不同. minimum-connection-count把活動的連接也計算在內.prototype-count 是spare connections 的數量.

 

recently-started-threshold :   略

 

simultaneous-build-throttle :   同時最大連接數

 

statistics :  連接池使用狀況統計。 參數“10s,1m,1d”

 

statistics-log-level :   日誌統計跟蹤類型。 參數“ERROR”或 “INFO”

 

test-before-use :

 

test-after-use :

 

trace : 如果爲true,那麼每個被執行的SQL語句將會在執行期被log記錄(DEBUG LEVEL).你也可以註冊一個ConnectionListener (參看ProxoolFacade)得到這些信息.

 

verbose : 詳細信息設置。 參數 bool 值

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章