現在常用的開(kāi)源數據連接池主要有c3p0,dbcp和proxool三種，其中：
¨ hibernate開(kāi)發(fā)組推薦使用c3p0;
¨ spring開(kāi)發(fā)組推薦使用dbcp (dbcp連接池有weblogic連接池同樣的問(wèn)題，就是強行關(guān)閉連接或數據庫重啟后，無(wú)法reconnect ，告訴連接被重置,這個(gè)設置可以解決);
¨ hibernate in action推薦使用c3p0和proxool;
下面具體就每種連接池的調研結果進(jìn)行說(shuō)明：
1. Apache-DBCP
Ø BasicDataSource 相關(guān)的參數說(shuō)明
dataSource: 要連接的 datasource (通常我們不會(huì )定義在 server.xml)
defaultAutoCommit: 對于事務(wù)是否 autoCommit, 默認值為 true
defaultReadOnly: 對于數據庫是否只能讀取, 默認值為 false
driverClassName:連接數據庫所用的 JDBC Driver Class,
maxActive: 可以從對象池中取出的對象最大個(gè)數，為0則表示沒(méi)有限制，默認為8
maxIdle: 最大等待連接中的數量,設 0 為沒(méi)有限制 （對象池中對象最大個(gè)數）
minIdle：對象池中對象最小個(gè)數
maxWait: 最大等待秒數, 單位為 ms, 超過(guò)時(shí)間會(huì )丟出錯誤信息
password: 登陸數據庫所用的密碼
url: 連接數據庫的 URL
username: 登陸數據庫所用的賬號
validationQuery: 驗證連接是否成功, SQL SELECT 指令至少要返回一行
removeAbandoned: 是否自我中斷, 默認是 false
removeAbandonedTimeout: 幾秒后會(huì )自我中斷, removeAbandoned 必須為 true
logAbandoned: 是否記錄中斷事件, 默認為 false
minEvictableIdleTimeMillis：大于0 ，進(jìn)行連接空閑時(shí)間判斷，或為0，對空閑的連接不進(jìn)行驗證；默認30分鐘
timeBetweenEvictionRunsMillis：失效檢查線(xiàn)程運行時(shí)間間隔，如果小于等于0，不會(huì )啟動(dòng)檢查線(xiàn)程，默認-1
testOnBorrow：取得對象時(shí)是否進(jìn)行驗證，檢查對象是否有效，默認為false
testOnReturn：返回對象時(shí)是否進(jìn)行驗證，檢查對象是否有效，默認為false
testWhileIdle：空閑時(shí)是否進(jìn)行驗證，檢查對象是否有效，默認為false
Ø 在使用DBCP的時(shí)候，如果使用默認值，則數據庫連接因為某種原因斷掉后，再從連接池中取得連接又不進(jìn)行驗證，這時(shí)取得的連接實(shí)際上就會(huì )是無(wú)效的數據庫連接。因此為了防止獲得的數據庫連接失效，在使用的時(shí)候最好保證：
username: 登陸數據庫所用的賬號
validationQuery：SELECT COUNT(*) FROM DUAL
testOnBorrow、testOnReturn、testWhileIdle：最好都設為true
minEvictableIdleTimeMillis：大于0 ，進(jìn)行連接空閑時(shí)間判斷，或為0，對空閑的連接不進(jìn)行驗證
timeBetweenEvictionRunsMillis：失效檢查線(xiàn)程運行時(shí)間間隔，如果小于等于0，不會(huì )啟動(dòng)檢查線(xiàn)程
Ø PS:在構造GenericObjectPool [BasicDataSource在其createDataSource () 方法中也會(huì )使用GenericObjectPool] 時(shí)，會(huì )生成一個(gè)內嵌類(lèi)Evictor，實(shí)現自Runnable接口。如果timeBetweenEvictionRunsMillis大于0，每過(guò)timeBetweenEvictionRunsMillis毫秒Evictor會(huì )調用evict()方法，檢查對象的閑置時(shí)間是否大于 minEvictableIdleTimeMillis毫秒（_minEvictableIdleTimeMillis小于等于0時(shí)則忽略，默認為30分鐘），是則銷(xiāo)毀此對象，否則就激活并校驗對象，然后調用ensureMinIdle方法檢查確保池中對象個(gè)數不小于_minIdle。在調用returnObject方法把對象放回對象池，首先檢查該對象是否有效，然后調用PoolableObjectFactory 的passivateObject方法使對象處于非活動(dòng)狀態(tài)。再檢查對象池中對象個(gè)數是否小于maxIdle，是則可以把此對象放回對象池，否則銷(xiāo)毀此對象
Ø 上述特性的可設置性已在代碼中驗證，具體性能是否能實(shí)現有待實(shí)際驗證
2. C3P0
Ø C3P0的官方example中使用的數據源為ComboPooledDataSource，網(wǎng)上一篇文章詳細介紹了C3P0連接池配置中各項含義[這些配置項的含義在下載解壓c3p0的壓縮包之后目錄的doc\index.html中的Configuration部分也有詳細的介紹，這里偷下懶:P]，現摘錄如下：
<c3p0-config>
<default-config>
<!--當連接池中的連接耗盡的時(shí)候c3p0一次同時(shí)獲取的連接數。Default: 3 -->
<property name="acquireIncrement">3</property>
<!--定義在從數據庫獲取新連接失敗后重復嘗試的次數。Default: 30 -->
<property name="acquireRetryAttempts">30</property>
<!--兩次連接中間隔時(shí)間，單位毫秒。Default: 1000 -->
<property name="acquireRetryDelay">1000</property>
<!--連接關(guān)閉時(shí)默認將所有未提交的操作回滾。Default: false -->
<property name="autoCommitOnClose">false</property>
<!--c3p0將建一張名為T(mén)est的空表，并使用其自帶的查詢(xún)語(yǔ)句進(jìn)行測試。如果定義了這個(gè)參數那么
屬性preferredTestQuery將被忽略。你不能在這張Test表上進(jìn)行任何操作，它將只供c3p0測試
使用。Default: null-->
<property name="automaticTestTable">Test</property>
<!--獲取連接失敗將會(huì )引起所有等待連接池來(lái)獲取連接的線(xiàn)程拋出異常。但是數據源仍有效
保留，并在下次調用getConnection()的時(shí)候繼續嘗試獲取連接。如果設為true，那么在嘗試
獲取連接失敗后該數據源將申明已斷開(kāi)并永久關(guān)閉。Default: false-->
<property name="breakAfterAcquireFailure">false</property>
<!--當連接池用完時(shí)客戶(hù)端調用getConnection()后等待獲取新連接的時(shí)間，超時(shí)后將拋出
SQLException,如設為0則無(wú)限期等待。單位毫秒。Default: 0 -->
<property name="checkoutTimeout">100</property>
<!--通過(guò)實(shí)現ConnectionTester或QueryConnectionTester的類(lèi)來(lái)測試連接。類(lèi)名需制定全路徑。
Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester-->
<property name="connectionTesterClassName"></property>
<!--指定c3p0 libraries的路徑，如果（通常都是這樣）在本地即可獲得那么無(wú)需設置，默認null即可
Default: null-->
<property name="factoryClassLocation">null</property>
<!--Strongly disrecommended. Setting this to true may lead to subtle and bizarre bugs.
（文檔原文）作者強烈建議不使用的一個(gè)屬性-->
<property name="forceIgnoreUnresolvedTransactions">false</property>
<!--每60秒檢查所有連接池中的空閑連接。Default: 0 -->
<property name="idleConnectionTestPeriod">60</property>
<!--初始化時(shí)獲取三個(gè)連接，取值應在minPoolSize與maxPoolSize之間。Default: 3 -->
<property name="initialPoolSize">3</property>
<!--最大空閑時(shí)間,60秒內未使用則連接被丟棄。若為0則永不丟棄。Default: 0 -->
<property name="maxIdleTime">60</property>
<!--連接池中保留的最大連接數。Default: 15 -->
<property name="maxPoolSize">15</property>
<!--JDBC的標準參數，用以控制數據源內加載的PreparedStatements數量。但由于預緩存的statements
屬于單個(gè)connection而不是整個(gè)連接池。所以設置這個(gè)參數需要考慮到多方面的因素。
如果maxStatements與maxStatementsPerConnection均為0，則緩存被關(guān)閉。Default: 0-->
<property name="maxStatements">100</property>
<!--maxStatementsPerConnection定義了連接池內單個(gè)連接所擁有的最大緩存statements數。Default: 0 -->
<property name="maxStatementsPerConnection"></property>
<!--c3p0是異步操作的，緩慢的JDBC操作通過(guò)幫助進(jìn)程完成。擴展這些操作可以有效的提升性能
通過(guò)多線(xiàn)程實(shí)現多個(gè)操作同時(shí)被執行。Default: 3-->
<property name="numHelperThreads">3</property>
<!--當用戶(hù)調用getConnection()時(shí)使root用戶(hù)成為去獲取連接的用戶(hù)。主要用于連接池連接非c3p0
的數據源時(shí)。Default: null-->
<property name="overrideDefaultUser">root</property>
<!--與overrideDefaultUser參數對應使用的一個(gè)參數。Default: null-->
<property name="overrideDefaultPassword">password</property>
<!--密碼。Default: null-->
<property name="password"></property>
<!--定義所有連接測試都執行的測試語(yǔ)句。在使用連接測試的情況下這個(gè)一顯著(zhù)提高測試速度。注意：
測試的表必須在初始數據源的時(shí)候就存在。Default: null-->
<property name="preferredTestQuery">select id from test where id=1</property>
<!--用戶(hù)修改系統配置參數執行前最多等待300秒。Default: 300 -->
<property name="propertyCycle">300</property>
<!--因性能消耗大請只在需要的時(shí)候使用它。如果設為true那么在每個(gè)connection提交的
時(shí)候都將校驗其有效性。建議使用idleConnectionTestPeriod或automaticTestTable
等方法來(lái)提升連接測試的性能。Default: false -->
<property name="testConnectionOnCheckout">false</property>
<!--如果設為true那么在取得連接的同時(shí)將校驗連接的有效性。Default: false -->
<property name="testConnectionOnCheckin">true</property>
<!--用戶(hù)名。Default: null-->
<property name="user">root</property>
<!--早期的c3p0版本對JDBC接口采用動(dòng)態(tài)反射代理。在早期版本用途廣泛的情況下這個(gè)參數
允許用戶(hù)恢復到動(dòng)態(tài)反射代理以解決不穩定的故障。最新的非反射代理更快并且已經(jīng)開(kāi)始
廣泛的被使用，所以這個(gè)參數未必有用?，F在原先的動(dòng)態(tài)反射與新的非反射代理同時(shí)受到
支持，但今后可能的版本可能不支持動(dòng)態(tài)反射代理。Default: false-->
<property name="usesTraditionalReflectiveProxies">false</property>
<property name="automaticTestTable">con_test</property>
<property name="checkoutTimeout">30000</property>
<property name="idleConnectionTestPeriod">30</property>
<property name="initialPoolSize">10</property>
<property name="maxIdleTime">30</property>
<property name="maxPoolSize">25</property>
<property name="minPoolSize">10</property>
<property name="maxStatements">0</property>
<user-overrides user="swaldman">
</user-overrides>
</default-config>
<named-config name="dumbTestConfig">
<property name="maxStatements">200</property>
<user-overrides user="poop">
<property name="maxStatements">300</property>
</user-overrides>
</named-config>
</c3p0-config>
Ø 上述特性的可設置性已在代碼中驗證，具體性能是否能實(shí)現有待實(shí)際驗證
Ø 從配置項的內容來(lái)看，C3P0和DBCP都有比較詳細的有關(guān)連接檢測保證的配置，我們可以看到C3P0可以控制數據源內加載的PreparedStatements數量，并且可以設置幫助線(xiàn)程的數量來(lái)提升JDBC操作的速度，這些是DBCP未提供的；另外從網(wǎng)絡(luò )上的評價(jià)來(lái)看，DBCP出現Bug的頻率要大于C3P0，不過(guò)這一點(diǎn)有待于我們自己實(shí)際的檢測。
3. Proxool
Ø Proxool的使用和dbcp以及c3p0稍有不同，我們需要并且只需要在使用基本的java.sql.DriverManager之前加載org.logicalcobwebs.proxool.ProxoolDriver驅動(dòng)類(lèi),并且按照proxool定義的url格式 ["proxool." + alias + ":" + driverClass + ":" + driverUrl ，其中alias是為連接池自定義的別名] 來(lái)獲得connection；具體的可以參看proxool doc下的UserGuide，或本文所附的示例代碼。下面對連接池的特性配置作詳細說(shuō)明 [這個(gè)是自己翻譯的，不一定準確，有問(wèn)題時(shí)請參看doc下的Properties ~]。
n fatal-sql-exception
以逗號隔開(kāi)的異常列表，當設置了此項之后，每當出現SQLException時(shí)都將與列表中異常項作比較，如果匹配則認為出現fatal異常，這將導致connection被丟棄，并且不論出現任何情況該異常將被重拋一次以通知用戶(hù)發(fā)生的情況。默認值為null
n fatal-sql-exception-wrapper-class
如果配置了fatal-sql-exception，則默認的操作是丟棄引起SQLException的原因而只是拋出原始異常。使用fatal-sql-exception-wrapper-class這個(gè)特性可以將SQLException包裝到繼承SQLException或RunTimeException的任何異常類(lèi)里。Proxool提供了兩個(gè)類(lèi)供使用FatalSQLException和FatalRunTimeException；使用這兩個(gè)類(lèi)的話(huà)就將該選項設置為'org.logicalcobwebs.proxool.FatalSQLException'或者'org.logicalcobwebs.proxool.FatalRuntimeException'。默認值為null
n house-keeping-sleep-time
proxool自動(dòng)偵察各個(gè)連接狀態(tài)的時(shí)間間隔(毫秒),偵察到空閑的連接就馬上回收,超時(shí)的銷(xiāo)毀，默認值為30秒
n house-keeping-test-sql
如果偵察線(xiàn)程發(fā)現閑置連接，則會(huì )使用這個(gè)SQL語(yǔ)句來(lái)對這些連接進(jìn)行檢查；這項設置的語(yǔ)句應該能夠被很快的執行，例如查詢(xún)當前時(shí)間 [info.setProperty("proxool.house-keeping-test-sql", "select CURRENT_DATE");] 。如果不設置則該選項被忽略
n injectable-connection-interface、injectable-statement-interface、injectable-prepared-statement-interface、injectable-callable-statement-interface
n jmx
如果此項設為true，則連接池將被以名稱(chēng)"Proxool:type=Pool, name=<alias>"注冊為JMS Server的MBean。默認值為false
n jmx-agent-id
當且僅當jmx選項設為true時(shí)使用，為以逗號分隔的連接持注冊到的JMS代理名稱(chēng)列表；如果不設置則所有注冊的JMX Server都將被使用
n maximum-active-time
線(xiàn)程最大存活時(shí)間，超過(guò)此時(shí)間的線(xiàn)程將被守護線(xiàn)程kill掉，默認值為5分鐘
n maximum-connection-count
到數據庫的最大連接數，超過(guò)了這個(gè)連接，再有請求時(shí)，就排在隊列中等候，最大的等待請求數由simultaneous-build-throttle決定；默認值為15
n maximum-connection-lifetime
連接最大存活時(shí)間，毫秒為單位，默認值為4小時(shí)
n minimum-connection-count
不管是否被使用都保持開(kāi)放的最小連接數，默認值為5
n overload-without-refusal-lifetime
用來(lái)判斷連接池狀態(tài)，如果在此選項設置時(shí)間內（毫秒為單位）拒絕了連接，則認為過(guò)負載。默認值為60秒
n prototype-count
最少保持的空閑連接數，注意與minimum-connection-count區分。默認值為0
n simultaneous-build-throttle
最大的等待請求數，默認值為10
n test-before-use
如果設為true則connection在使用前將以house-keeping-test-sql設置的語(yǔ)句測試，如果測試不通過(guò)則該connection被丟棄并會(huì )重新分配一個(gè)connection。默認為false
n test-after-use
如果設為true則connection在關(guān)閉（放回連接池）前將以house-keeping-test-sql設置的語(yǔ)句測試，如果測試不通過(guò)connection將被丟棄。默認值為false
Ø 與其它連接池特性的設置方法不同，Proxool不提供相應的set方法，所有特性都要以諸如info.setProperty("proxool.jmx", "false");方式設定
Ø 上述特性的可設置性已在代碼中驗證，具體性能是否能實(shí)現有待實(shí)際驗證
Ø Proxool與DBCP以及C3P0的性能比較，網(wǎng)上眾說(shuō)紛紜，有待我們自己的測試；
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
