4.1連接池知識簡介
總所周知建立數(shù)據(jù)庫連接是一個非常耗時耗資源的行為，因此現(xiàn)代的Web中間件，無論是開源的Tomcat、 Jboss還是商業(yè)的websphere、weblogic都提供了數(shù)據(jù)庫連接池功能，可以毫不夸張的說，數(shù)據(jù)庫連接池性能的好壞，不同廠商對連接池有著 不同的實現(xiàn)，本文只介紹拜特公司使用較多的開源web中間件Tomcat中默認的連接池DBCP（DataBase connection pool）的使用。
4.2 Tomcat下配置連接池
下面以tomcat5.5.26為例來介紹如何配置連接池
1：需要的jar
在tomcat的安裝目錄common\lib下有一個naming-factory-dbcp.jar，這個是tomcat修改后的dbcp連接池實現(xiàn)，同時為了能夠正常運行，還需要commons-pool.jar。
2：建立context文件
進入到conf\Catalina\localhost新建一個上下文文件，文件的名稱既為將來要訪問是輸入url上下文名稱，例如我們建立一個名為btweb的文件內(nèi)容如下：
<Context debug="0"docBase="D:\v10_workspace\build\WebRoot" reloadable="false">
<Resource
name="jdbc/btdb1"
type="javax.sql.DataSource"
factory="org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory"
username="v10"
password="v10"
driverClassName="oracle.jdbc.driver.OracleDriver"
url="jdbc:oracle:thin:@127.0.0.1:1521:cahs"
maxActive="5"
maxIdle="3"
maxWait="5000"
removeAbandoned="true"
removeAbandonedTimeout="60"
testOnBorrow="true"
validationQuery="selectcount(*) from bt_user"
logAbandoned="true"
/>
</Context>
4.3參數(shù)分步介紹
u 數(shù)據(jù)庫連接相關(guān)
username="v10"
password="v10"
driverClassName="oracle.jdbc.driver.OracleDriver"
url="jdbc:oracle:thin:@127.0.0.1:1521:cahs"
u jndi相關(guān)
name="jdbc/btdb1"
type="javax.sql.DataSource"
factory="org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory"
factory默認是org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory，tomcat也允許采用其他連接實現(xiàn)，不過默認使用dbcp。
u 連接數(shù)控制與連接歸還策略
maxActive="5"
maxIdle="3"
minIdle=”2”
maxWait="5000"
u 應對網(wǎng)絡不穩(wěn)定的策略
testOnBorrow="true"
validationQuery="selectcount(*) from bt_user"
u 應對連接泄漏的策略
removeAbandoned="true"
removeAbandonedTimeout="60"
logAbandoned="true"
如下圖所示：連接池處于應用程序與數(shù)據(jù)庫之間，一方面應用程序通過它來獲取連接，歸還連接，另一方面連接又需要從數(shù)據(jù)里獲取連接，歸還連接。
步驟1：系統(tǒng)啟動
系統(tǒng)啟動時，初始化連接池，由于沒有任何請求連接池中連接數(shù)為0。
maxActive="5"
表 示并發(fā)情況下最大可從連接池中獲取的連接數(shù)。如果數(shù)據(jù)庫不是單獨，供一個應用使用，通過設置maxActive參數(shù)可以避免某個應用無限制的獲取連接對其 他應用造成影響，如果一個數(shù)據(jù)庫只是用來支持一個應用那么maxActive理論上可以設置成該數(shù)據(jù)庫可以支撐的最大連接數(shù)。maxActive只是表示 通過連接池可以并發(fā)的獲取的最大連接數(shù)。
從圖上我們可以看到連接的獲取與釋放是雙向，當應用程序并發(fā)請求連接池時，連接池就需要從數(shù)據(jù)庫獲 取連接，那么但應用程序使用完連接并將連接歸還給連接池時，連接池是否也同時將連接歸還給數(shù)據(jù)庫呢？很顯然答案是否定的，如果那樣的話連接池就變得多此一 舉，不但不能提高性能，反而會降低性能，那么但應用成歸還連接后，連接池如何處理呢？
maxIdle="3"
如果在并發(fā)時達到了maxActive=5，那么連接池就必須從數(shù)據(jù)庫中獲取5個連接來供應用程序使用，當應用程序關(guān)閉連接后，由于maxIdle=3,因此并不是所有的連接都會歸還給數(shù)據(jù)庫，將會有3個連接保持在連接池種中，狀態(tài)為空閑。
minIdle=”2”
最小默認情況下并不生效，它的含義是當連接池中的連接少有minIdle，系統(tǒng)監(jiān)控線程將啟動補充功能，一般情況下我們并不啟動補充線程。
問題：如何設置maxActive和maxIdle？
理 論上講maxActive應該設置成應用的最大并發(fā)數(shù)，這樣一來即便是在最大并發(fā)的情況下，應用依然能夠從連接池中獲取連接，但是困難時的是我們很難準確 估計到最大并發(fā)數(shù)，設置成最大并發(fā)數(shù)是一種最優(yōu)的服務質(zhì)量保證，事實上，如果某個用戶登錄提示系統(tǒng)繁忙，那么在他再次登錄時，可能系統(tǒng)資源已經(jīng)充足，對于 拜特資金管理系統(tǒng)我們建議將maxActive設置為系統(tǒng)注冊人數(shù)的十分之一到二十分之一之間。例如系統(tǒng)的注冊人數(shù)為1000，那么設置成50-100靠近100的數(shù)字，例如85或90。
maxIdle對應的連接，實際上是連接池保持的長連接，這也是連接池發(fā)揮優(yōu)勢的部分，理論上講保持較多的長連接，在應用請求時可以更快的響應，但是過多的連接保持，反而會消耗數(shù)據(jù)庫大量的資源，因此maxIdle也并不是越大越好，同上例我們建議將 maxIdle設置成
50-100中靠近50的數(shù)字，例如55。這樣就能在兼顧最大并發(fā)同時，保持較少的數(shù)據(jù)庫連接，而且在絕大多情況，能夠為應用程序提供最快的相應速度。
testOnBorrow="true"
validationQuery="selectcount(*) from bt_user"
我 們知道數(shù)據(jù)庫連接從本質(zhì)上架構(gòu)在tcp/ip連接之上，一般情況下web服務器與數(shù)據(jù)庫服務器都不在同一臺物理機器上，而是通過網(wǎng)絡進行連接，那么當建立 數(shù)據(jù)庫連接池的機器與數(shù)據(jù)庫服務器自己出現(xiàn)網(wǎng)絡異常時，保持在連接池中的連接將失效，不能夠在次使用，傳統(tǒng)的情況下只能通過重新啟動，再次建立連接，通過 設置以上兩個參數(shù)，但應用程序從連接池中獲取連接時，會首先進行活動性檢測，當獲取的連接是活動的時候才會給應用程序使用，如果連接失效，連接將釋放該連 接。validationQuery是一條測試語句，沒有實際意義，現(xiàn)實中，一般用一條最為簡單的查詢語句充當。
removeAbandoned="true"
removeAbandonedTimeout="60"
logAbandoned="true"
有時粗心的程序編寫者在從連接池中獲取連接使用后忘記了連接的關(guān)閉，這樣連池的連接就會逐漸達到maxActive直至連接池無法提供服務。現(xiàn)代連接池一般提供一種“智能”的檢查，但設置了removeAbandoned="true"時，當連接池連接數(shù)到達(getNumIdle() < 2) and (getNumActive() > getMaxActive() - 3)時便會啟動連接回收，那種活動時間超過removeAbandonedTimeout="60"的連接將會被回收，同時如果logAbandoned="true"設置為true,程序在回收連接的同時會打印日志。removeAbandoned是連接池的高級功能，理論上這中配置不應該出現(xiàn)在實際的生產(chǎn)環(huán)境，因為有時應用程序執(zhí)行長事務，可能這種情況下，會被連接池誤回收，該種配置一般在程序測試階段，為了定位連接泄漏的具體代碼位置，被開啟，生產(chǎn)環(huán)境中連接的關(guān)閉應該靠程序自己保證。