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