1、連接池概述
數據庫連接是一種關鍵的有限的昂貴的資源，這一點在多用戶的網頁應用程序中體現得尤為突出。對數據庫連接的管理能顯著影響到整個
應用程序的伸縮性和健壯性，影響到程序的性能指標。數據庫連接池正是針對這個問題提出來的。
數據庫連接池負責分配、管理和釋放數據庫連接，它允許應用程序重復使用一個現有的數據庫連接，而再不是重新建立一個；釋放空閑時
間超過最大空閑時間的數據庫連接來避免因為沒有釋放數據庫連接而引起的數據庫連接遺漏。這項技術能明顯提高對數據庫操作的性能。
數據庫連接池在初始化時將創建一定數量的數據庫連接放到連接池中，這些數據庫連接的數量是由最小數據庫連接數來設定的。無論這些
數據庫連接是否被使用，連接池都將一直保證至少擁有這么多的連接數量。連接池的最大數據庫連接數量限定了這個連接池能占有的最大連接
數，當應用程序向連接池請求的連接數超過最大連接數量時，這些請求將被加入到等待隊列中。數據庫連接池的最小連接數和最大連接數的設
置要考慮到下列幾個因素：
1) 最小連接數是連接池一直保持的數據庫連接，所以如果應用程序對數據庫連接的使用量不大，將會有大量的數據庫連接資源被浪費；
2) 最大連接數是連接池能申請的最大連接數，如果數據庫連接請求超過此數，后面的數據庫連接請求將被加入到等待隊列中，這會影響之
后的數據庫操作。
3) 如果最小連接數與最大連接數相差太大，那么最先的連接請求將會獲利，之后超過最小連接數量的連接請求等價於建立一個新的數據庫
連接。不過，這些大於最小連接數的數據庫連接在使用完不會馬上被釋放，它將被放到連接池中等待重復使用或是空閑超時后被釋放。
目前常用的連接池有：C3P0、DBCP、Proxool
- C3P0比較耗費資源，效率方面可能要低一點。
- DBCP在實踐中存在BUG，在某些種情會產生很多空連接不能釋放，Hibernate3.0已經放棄了對其的支持。
- Proxool的負面評價較少，現在比較推薦它，而且它還提供即時監控連接池狀態的功能，便於發現連接泄漏的情況。
不管通過何種持久化技術，都必須通過數據連接訪問數據庫，在Spring中，數據連接是通過數據源獲得的。在以往的應用中，數據源一般是
Web應用服務器提供的。在Spring中，你不但可以通過JNDI獲取應用服務器的數據源，也可以直接在Spring容器中配置數據源，此外，
你還可以通過代碼的方式創建一個數據源，以便進行無依賴的單元測試。
2、DBCP數據源
DBCP類包為commons-dbcp.jar，DBCP是一個依賴 Jakarta commons-pool對象池機制的數據庫連接池，所以還應包含commons-pool.jar。
bean配置片段：
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="driverClassName" value="com.mysql.jdbc.Driver" /> <property name="url" value="jdbc:mysql://localhost:3306/sampledb" /> <property name="username" value="root" /> <property name="password" value="1234" /> </bean>
常用屬性：
BasicDataSource提供了close()方法關閉數據源，所以必須設定destroy-method=”close”屬性， 以便Spring容器關閉時，數據源能夠正常關閉。
defaultAutoCommit：設置從數據源中返回的連接是否采用自動提交機制，默認值為 true；
defaultReadOnly：設置數據源是否僅能執行只讀操作， 默認值為 false；
maxActive：最大連接數據庫連接數，設置為0時，表示沒有限制；
maxIdle：最大等待連接中的數量，設置為0時，表示沒有限制；
maxWait：最大等待秒數，單位為毫秒， 超過時間會報出錯誤信息；
validationQuery：用於驗證連接是否成功的查詢SQL語句，SQL語句必須至少要返回一行數據， 如你可以簡單地設置為：“select count(*) from user”；
removeAbandoned：是否自我中斷，默認是 false ；
removeAbandonedTimeout：幾秒后數據連接會自動斷開，在removeAbandoned為true，提供該值；
logAbandoned：是否記錄中斷事件， 默認為 false；
3、C3P0數據源
C3P0是一個開放源代碼的JDBC數據源實現項目，它在lib目錄中與Hibernate一起發布，實現了JDBC3和JDBC2擴展規范說明的 Connection 和Statement 池。C3P0類包為c3p0-0.9.0.4.jar。
bean配置片段：
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> <property name="driverClass" value="com.mysql.jdbc.Driver"/> <property name="jdbcUrl" value="jdbc:mysql://localhost:3306/sampledb"/> <property name="user" value="root"/> <property name="password" value="1234"/> </bean>
常用屬性：
ComboPooledDataSource和BasicDataSource一樣提供了一個用於關閉數據源的close()方法，這樣我們就可以保證Spring容器關閉時數據源能夠成功釋放。
C3P0擁有比DBCP更豐富的配置屬性，通過這些屬性，可以對數據源進行各種有效的控制：
acquireIncrement：當連接池中的連接用完時，C3P0一次性創建新連接的數目；
acquireRetryAttempts：定義在從數據庫獲取新連接失敗后重復嘗試獲取的次數，默認為30；
acquireRetryDelay：兩次連接中間隔時間，單位毫秒，默認為1000；
autoCommitOnClose：連接關閉時默認將所有未提交的操作回滾。默認為false；
automaticTestTable： C3P0將建一張名為Test的空表，並使用其自帶的查詢語句進行測試。如果定義了這個參數，那么屬性preferredTestQuery將被忽略。
你不能在這張Test表上進行任何操作，它將中為C3P0測試所用，默認為null；
breakAfterAcquireFailure：獲取連接失敗將會引起所有等待獲取連接的線程拋出異常。但是數據源仍有效保留，並在下次調用getConnection()的時候繼續嘗試獲取連接。
如果設為true，那么在嘗試獲取連接失敗后該數據源將申明已斷開並永久關閉。默認為 false；
checkoutTimeout：當連接池用完時客戶端調用getConnection()后等待獲取新連接的時間，超時后將拋出SQLException，如設為0則無限期等待。單位毫秒，默認為0；
connectionTesterClassName： 通過實現ConnectionTester或QueryConnectionTester的類來測試連接，類名需設置為全限定名。
默認為 com.mchange.v2.C3P0.impl.DefaultConnectionTester；
idleConnectionTestPeriod：隔多少秒檢查所有連接池中的空閑連接，默認為0表示不檢查；
initialPoolSize：初始化時創建的連接數，應在minPoolSize與maxPoolSize之間取值。默認為3；
maxIdleTime：最大空閑時間，超過空閑時間的連接將被丟棄。為0或負數則永不丟棄。默認為0；
maxPoolSize：連接池中保留的最大連接數。默認為15；
maxStatements：JDBC的標准參數，用以控制數據源內加載的PreparedStatement數量。但由於預緩存的Statement屬於單個Connection而不是整個連接池。
所以設置這個參數需要考慮到多方面的因素，如果maxStatements與 maxStatementsPerConnection均為0，則緩存被關閉。默認為0；
maxStatementsPerConnection：連接池內單個連接所擁有的最大緩存Statement數。默認為0；
numHelperThreads：C3P0是異步操作的，緩慢的JDBC操作通過幫助進程完成。擴展這些操作可以有效的提升性能，通過多線程實現多個操作同時被執行。默認為3；
preferredTestQuery：定義所有連接測試都執行的測試語句。在使用連接測試的情況下這個參數能顯著提高測試速度。測試的表必須在初始數據源的時候就存在。默認為null；
propertyCycle： 用戶修改系統配置參數執行前最多等待的秒數。默認為300；
testConnectionOnCheckout：因性能消耗大請只在需要的時候使用它。如果設為true那么在每個connection提交的時候都將校驗其有效性。
建議使用idleConnectionTestPeriod或automaticTestTable 等方法來提升連接測試的性能。默認為false；
testConnectionOnCheckin：如果設為true那么在取得連接的同時將校驗連接的有效性。默認為false。
4、Proxool數據源
sourceforge下的一個開源項目,這個項目提供一個健壯、易用的連接池，最為關鍵的是這個連接池提供監控的功能，方便易用，便於發現連接泄漏的情況。
可在官網http://proxool.sourceforge.net下載需要的jar包。
<bean id="dataSource" class="org.logicalcobwebs.proxool.ProxoolDataSource"> <property name="driver"> <value>com.mysql.jdbc.Driver</value> </property> <property name="driverUrl"> <value>jdbc:mysql://localhost:3306/sampledb?user=root&password=1234</value> </property> <property name="user" value="yourname" /> <property name="password" value="yourpass" /> <property name="alias" value="Pool_dbname" /> <property name="houseKeepingSleepTime" value="90000" /> <property name="prototypeCount" value="0" /> <property name="maximumConnectionCount" value="50" /> <property name="minimumConnectionCount" value="2" /> <property name="simultaneousBuildThrottle" value="50" /> <property name="maximumConnectionLifetime" value="14400000" /> <property name="houseKeepingTestSql" value="select CURRENT_DATE" /> </bean>
這種方式需要把用戶名和密碼寫在連接串里面，ProxoolDataSource類提供的user，password屬性似乎沒有什么用。
無論提供什么，它都會以空用戶名、密碼去連接數據庫，但是user，password兩個屬性必須設置，否則hibernate會報空指針錯誤。
常用配置：
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: 如果屬性為true，就會注冊一個消息Bean到jms服務，消息Bean對象名: "Proxool:type=Pool, name=<alias>". 默認值為false. jmx-agent-id: 一個逗號分隔的JMX代理列表(如使用MBeanServerFactory.findMBeanServer(String agentId)注冊的連接池。）這個屬性是僅當"jmx"屬性設置為"true"才有效。
所有注冊jmx服務器使用這個屬性是不確定的 jndi-name: 數據源的名稱 maximum-active-time: 如果housekeeper 檢測到某個線程的活動時間大於這個數值.它將會殺掉這個線程. 所以確認一下你的服務器的帶寬.然后定一個合適的值.默認是5分鍾. maximum-connection-count: 最大的數據庫連接數. maximum-connection-lifetime: 一個線程的最大壽命. minimum-connection-count: 最小的數據庫連接數 overload-without-refusal-lifetime: 這可以幫助我們確定連接池的狀態。如果我們已經拒絕了一個連接在這個設定值(毫秒),然后被認為是超載。默認為60秒。 prototype-count: 連接池中可用的連接數量.如果當前的連接池中的連接少於這個數值.新的連接將被建立(假設沒有超過最大可用數).例如.我們有3個活動連接2個可用連接,
而我們的prototype-count是4,那么數據庫連接池將試圖建立另外2個連接.這和 minimum-connection-count不同. minimum-connection-count 把活動的連接也計算在內.prototype-count 是spare connections 的數量. recently-started-threshold: 這可以幫助我們確定連接池的狀態,連接數少還是多或超載。只要至少有一個連接已開始在此值(毫秒)內,或者有一些多余的可用連接,
那么我們假設連接池是開啟的。默認為60秒 simultaneous-build-throttle: 這是我們可一次建立的最大連接數。那就是新增的連接請求,但還沒有可供使用的連接。由於連接可以使用多線程,
在有限的時間之間建立聯系從而帶來可用連接，但是我們需要通過一些方式確認一些線程並不是立即響應連接請求的，默認是10。 statistics: 連接池使用狀況統計。參數“10s,1m,1d” statistics-log-level: 日志統計跟蹤類型。參數“ERROR”或 “INFO” test-before-use: 如果為true，在每個連接被測試前都會服務這個連接，如果一個連接失敗，那么將被丟棄，另一個連接將會被處理，如果所有連接都失敗，
一個新的連接將會被建立。否則將會拋出一個SQLException異常。 test-after-use: 如果為true，在每個連接被測試后都會服務這個連接，使其回到連接池中，如果連接失敗，那么將被廢棄。 trace: 如果為true,那么每個被執行的SQL語句將會在執行期被log記錄(DEBUG LEVEL).你也可以注冊一個ConnectionListener (參看ProxoolFacade)得到這些信息.
5、獲取JNDI數據源
如果應用配置在高性能的應用服務器（如WebLogic或Websphere等）上，我們可能更希望使用應用服務器本身提供的數據源。應用服務器的數據源
使用JNDI開放調用者使用，Spring為此專門提供引用JNDI資源的JndiObjectFactoryBean類。
一個簡單的配置片段：
<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean"> <property name="jndiName" value="java:comp/env/jdbc/sample"/> </bean>
使用jee命名空間引用JNDI數據源的配置片段：
Spring 為獲取J2EE資源提供了一個jee命名空間，通過jee命名空間，可以有效地簡化J2EE資源的引用。
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:jee=http://www.springframework.org/schema/jee xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xmlns:p="http://www.springframework.org/schema/p" xmlns:aop="http://www.springframework.org/schema/aop" xmlns:tx="http://www.springframework.org/schema/tx" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.2.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.2.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.2.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.2.xsd"> <jee:jndi-lookup id="dataSource" jndi-name="java:comp/env/jdbc/sample"/> </beans>
6、Spring的數據源實現類
Spring本身也提供了一個簡單的數據源實現類DriverManagerDataSource ，它位於org.springframework.jdbc.datasource包中。這個類實現了
javax.sql.DataSource接口，但 它並沒有提供池化連接的機制，每次調用getConnection()獲取新連接時，只是簡單地創建一個新的連接。因此，
這個數據源類比較適合在單元測試 或簡單的獨立應用中使用，因為它不需要額外的依賴類。
DriverManagerDataSource ds = new DriverManagerDataSource (); ds.setDriverClassName("com.mysql.jdbc.Driver"); ds.setUrl("jdbc:mysql://localhost:3306/sampledb"); ds.setUsername("root"); ds.setPassword("1234"); Connection actualCon = ds.getConnection();
7、總結
不管采用何種持久化技術，都需要定義數據源。Spring附帶了兩個數據源的實現類包，你可以自行選擇進行定義。在實際部署時，我們可能會直接采用
應用服務器本身提供的數據源，這時，則可以通過JndiObjectFactoryBean或jee命名空間引用JNDI中的數據源。