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