數(shù)據(jù)庫連接池概述：
數(shù)據(jù)庫連接是一種關(guān)鍵的有限的昂貴的資源，這一點在多用戶的網(wǎng)頁應(yīng)用程序中體現(xiàn)得尤為突出。對數(shù)據(jù)庫連接的管理能顯著影響到整個應(yīng)用程序的伸縮性和健壯性，影響到程序的性能指標。數(shù)據(jù)庫連接池正是針對這個問題提出來的。
數(shù)據(jù)庫連接池負責分配、管理和釋放數(shù)據(jù)庫連接，它允許應(yīng)用程序重復(fù)使用一個現(xiàn)有的數(shù)據(jù)庫連接，而再不是重新建立一個；釋放空閑時間超過最大空閑時間的數(shù)據(jù)庫連接來避免因為沒有釋放數(shù)據(jù)庫連接而引起的數(shù)據(jù)庫連接遺漏。這項技術(shù)能明顯提高對數(shù)據(jù)庫操作的性能。
數(shù)據(jù)庫連接池在初始化時將創(chuàng)建一定數(shù)量的數(shù)據(jù)庫連接放到連接池中，這些數(shù)據(jù)庫連接的數(shù)量是由最小數(shù)據(jù)庫連接數(shù)來設(shè)定的。無論這些數(shù)據(jù)庫連接是否被使用，連接池都將一直保證至少擁有這么多的連接數(shù)量。連接池的最大數(shù)據(jù)庫連接干洗設(shè)備數(shù)量限定了這個連接池能占有的最大連接數(shù)，當應(yīng)用程序向連接池請求的連接數(shù)超過最大連接數(shù)量時，這些請求將被加入到等待隊列中。數(shù)據(jù)庫連接池的最小連接數(shù)和最大連接數(shù)的設(shè)置要考慮到下列幾個因素：
1) 最小連接數(shù)是連接池一直保持的數(shù)據(jù)庫連接，所以如果應(yīng)用程序?qū)?shù)據(jù)庫連接的使用量不大，將會有大量的數(shù)據(jù)庫連接資源被浪費；
2) 最大連接數(shù)是連接池能申請的最大連接數(shù)，如果數(shù)據(jù)庫連接請求超過此數(shù)，后面的數(shù)據(jù)庫連接請求將被加入到等待隊列中，這會影響之后的數(shù)據(jù)庫操作。
3) 如果最小連接數(shù)與最大連接數(shù)相差太大，那么最先的連接請求將會獲利，之后超過最小連接數(shù)量的連接請求等價于建立一個新的數(shù)據(jù)庫連接。不過，這些大于最小連接數(shù)的數(shù)據(jù)庫連接在使用完不會馬上被釋放，它將被放到連接池中等待重復(fù)使用或是空閑超時后被釋放。
目前常用的連接池有：C3P0、DBCP、Proxool
網(wǎng)上的評價是：
C3P0比較耗費資源，效率方面可能要低一點。
DBCP在實踐中存在BUG，在某些種情會產(chǎn)生很多空連接不能釋放，Hibernate3.0已經(jīng)放棄了對其的支持。
Proxool的負面評價較少，現(xiàn)在比較推薦它，而且它還提供即時監(jiān)控連接池狀態(tài)的功能，便于發(fā)現(xiàn)連接泄漏的情況。
配置如下：
1、在spring配置文件中，一般在applicationContext.xml中
<bean id="DataSource" class="org.logicalcobwebs.proxool.ProxoolDataSource" destroy-method="shutdown">
<property name="driver">
<value>oracle.jdbc.driver.OracleDriver</value>
</property>
<property name="driverUrl">
<value>jdbc:oracle:thin:xxxx/xxxx@192.168.0.XX:1521:server</value>
</property>
<property name="user">
<value>xxxx</value>
</property>
<property name="password">
<value>xxxx</value>
</property>
<property name="alias">
<value>server</value>
</property>
<property name="houseKeepingSleepTime">
<value>30000</value>
</property>
<property name="houseKeepingTestSql">
<value>select 1 from dual</value>
</property>
<property name="testBeforeUse">
<value>true</value>
</property>
<property name="testAfterUse">
<value>true</value>
</property>
<property name="prototypeCount">
<value>5</value>
</property>
<property name="maximumConnectionCount">
<value>400</value>
</property>
<property name="minimumConnectionCount">
<value>10</value>
</property>
<property name="statistics">
<value>1m,15m,1d</value>
</property>
<property name="statisticsLogLevel">
<value>ERROR</value>
</property>
<property name="trace">
<value>true</value>
</property>
<property name="verbose">
<value>false</value>
</property>
<property name="simultaneousBuildThrottle">
<value>1600</value>
</property>
<property name="maximumActiveTime">
<value>600000</value>
</property>
<property name="jmx">
<value>false</value>
</property>
</bean>
然后注入到sessionFactory中
<bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
<property name="dataSource" ref="DataSource"/>
</bean>
屬性列表說明:
fatal-sql-exception: 它是一個逗號分割的信息片段.當一個SQL異常發(fā)生時,他的異常信息將與這個信息片段進行比較.如果在片段中存在,那么這個異常將被認為是個致命錯誤(Fatal SQL Exception ).這種情況下,數(shù)據(jù)庫連接將要被放棄.無論發(fā)生什么,這個異常將會被重擲以提供給消費者.用戶最好自己配置一個不同的異常來拋出.
fatal-sql-exception-wrapper-class:正如上面所說,你最好配置一個不同的異常來重擲.利用這個屬性,用戶可以包裝SQLException,使他變成另外一個異常.這個異常或者繼承QLException或者繼承字RuntimeException.proxool自帶了2個實現(xiàn):'org.logicalcobwebs.proxool.FatalSQLException'和'org.logicalcobwebs.proxool.FatalRuntimeException'.后者更合適.
house-keeping-sleep-time: house keeper 保留線程處于睡眠狀態(tài)的最長時間,house keeper 的職責就是檢查各個連接的狀態(tài),并判斷是否需要銷毀或者創(chuàng)建.
house-keeping-test-sql: 如果發(fā)現(xiàn)了空閑的數(shù)據(jù)庫連接.house keeper 將會用這個語句來測試.這個語句最好非常快的被執(zhí)行.如果沒有定義,測試過程將會被忽略。
injectable-connection-interface: 允許proxool實現(xiàn)被代理的connection對象的方法.
injectable-statement-interface: 允許proxool實現(xiàn)被代理的Statement 對象方法.
injectable-prepared-statement-interface: 允許proxool實現(xiàn)被代理的PreparedStatement 對象方法.
injectable-callable-statement-interface: 允許proxool實現(xiàn)被代理的CallableStatement 對象方法.
jmx: 如果屬性為true，就會注冊一個消息Bean到j(luò)ms服務(wù)，消息Bean對象名: "Proxool:type=Pool, name=<alias>". 默認值為false.
jmx-agent-id: 一個逗號分隔的JMX代理列表(如使用MBeanServerFactory.findMBeanServer(String agentId)注冊的連接池。）這個屬性是僅當"jmx"屬性設(shè)置為"true"才有效。所有注冊jmx服務(wù)器使用這個屬性是不確定的
jndi-name: 數(shù)據(jù)源的名稱
maximum-active-time: 如果housekeeper 檢測到某個線程的活動時間大于這個數(shù)值.它將會殺掉這個線程.所以確認一下你的服務(wù)器的帶寬.然后定一個合適的值.默認是5分鐘.
maximum-connection-count: 最大的數(shù)據(jù)庫連接數(shù).
maximum-connection-lifetime: 一個線程的最大壽命.
minimum-connection-count: 最小的數(shù)據(jù)庫連接數(shù)
overload-without-refusal-lifetime: 這可以幫助我們確定連接池的狀態(tài)。如果我們已經(jīng)拒絕了一個連接在這個設(shè)定值(毫秒),然后被認為是超載。默認為60秒。
prototype-count: 連接池中可用的連接數(shù)量.如果當前的連接池中的連接少于這個數(shù)值.新的連接將被建立(假設(shè)沒有超過最大可用數(shù)).例如.我們有3個活動連接2個可用連接,而我們的prototype-count是4,那么數(shù)據(jù)庫連接池將試圖建立另外2個連接.這和 minimum-connection-count不同. minimum-connection-count把活動的連接也計算在內(nèi).prototype-count 是spare connections 的數(shù)量.
recently-started-threshold: 這可以幫助我們確定連接池的狀態(tài),連接數(shù)少還是多或超載。只要至少有一個連接已開始在此值(毫秒)內(nèi),或者有一些多余的可用連接,那么我們假設(shè)連接池是開啟的。默認為60秒
simultaneous-build-throttle: 這是我們可一次建立的最大連接數(shù)。那就是新增的連接請求,但還沒有可供使用的連接。由于連接可以使用多線程,在有限的時間之間建立聯(lián)系從而帶來可用連接，但是我們需要通過一些方式確認一些線程并不是立即響應(yīng)連接請求的，默認是10。
statistics: 連接池使用狀況統(tǒng)計。 參數(shù)“10s,1m,1d”
statistics-log-level: 日志統(tǒng)計跟蹤類型。 參數(shù)“ERROR”或 “INFO”
test-before-use: 如果為true，在每個連接被測試前都會服務(wù)這個連接，如果一個連接失敗，那么將被丟棄，另一個連接將會被處理，如果所有連接都失敗，一個新的連接將會被建立。否則將會拋出一個SQLException異常。
test-after-use: 如果為true，在每個連接被測試后都會服務(wù)這個連接，使其回到連接池中，如果連接失敗，那么將被廢棄。
trace: 如果為true,那么每個被執(zhí)行的SQL語句將會在執(zhí)行期被log記錄(DEBUG LEVEL).你也可以注冊一個ConnectionListener (參看ProxoolFacade)得到這些信息.
verbose: 詳細信息設(shè)置。 參數(shù) bool 值