最近orcale數據只有一臺可以服務,導致hibernate 連接數據庫每個13分鐘就會報“APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks”的錯誤.
原因是 hibernate 使用c3p0連接orcale數據后不會釋放 , c3p0的最大連接數為100,但顯然c3p0有Bug,導致數據庫連接池不夠用,導致進程鎖死。
后換Proxool后,觀察正常。
下面轉引其它網友文章說明c3p0 、 Proxool、 dbcp 的區別
上面的一段配置,在c3p0和dbcp中,都是必需的,因為hibernate會根據上述的配置來生成connections,再交給c3p0或dbcp管理.
1 C3P0
只需在hibernate.cfg.xml中加入
還有在classespath中加入c3p0-0.8.4.5.jar
2 dbcp
在hibernate.cfg.xml中加入
還有在classespath中加入commons-pool-1.2.jar 和commons-dbcp-1.2.1.jar.
3 proxool
由于數據庫connection在較長時間沒有訪問下會自動斷開連接,導致瀏覽出錯,增加proxool作為數據庫pool。它有自動連接功能。
1)、從http://proxool.sourceforge...下載proxool,釋放proxool.jar到WEB-INF/lib
2)、在hibernate.cfg.xml中增加:
3)、在與hibernate.cfg.xml同級目錄(src根目錄下)增加proxool.xml文件:
于在hibernate3.0中,已經不再支持dbcp了,hibernate的作者在hibernate.org中,明確指出在實踐中發現dbcp有 BUG,在某些種情會產生很多空連接不能釋放,所以拋棄了對dbcp的支持。至于c3p0,有評論說它的算法不是最優的,因為網上查資料得知:有網友做了一個實驗,在同一項目中分別用了幾個常用的連接池,然后測試其性能,發現c3p0占用資源比較大,效率也不高。所以,基于上述原因,proxool不少行家推薦使用,而且暫時來說,是負面評價是最少的一個。在三星中也有項目是用proxool的。從性能和出錯率來說,proxool稍微比前兩種好些。C3P0,穩定性似乎不錯,在這方面似乎有很好的口碑。至于性能,應該不是最好的,算是中規中矩的類型。
Proxool的口碑似乎很好,不大見到負面的評價,從官方資料上來看,有許多有用的特性和特點,也是許多人推薦的。
原因是 hibernate 使用c3p0連接orcale數據后不會釋放 , c3p0的最大連接數為100,但顯然c3p0有Bug,導致數據庫連接池不夠用,導致進程鎖死。
后換Proxool后,觀察正常。
下面轉引其它網友文章說明c3p0 、 Proxool、 dbcp 的區別
1
<!-- JDBC驅動程序 -->
2
<property name="connection.driver_class">com.mysql.jdbc.Driver</property> <property name="connection.url">jdbc:mysql://localhost:3306/struts?useUnicode=true&characterEncoding=GBK</property> <!-- 數據庫用戶名 -->
3
<property name="connection.username">root</property> <!-- 數據庫密碼 -->

2

3

上面的一段配置,在c3p0和dbcp中,都是必需的,因為hibernate會根據上述的配置來生成connections,再交給c3p0或dbcp管理.
1 C3P0
只需在hibernate.cfg.xml中加入
1
<property name="c3p0.min_size">5</property>
2
<property name="c3p0.max_size">30</property>
3
<property name="c3p0.time_out">1800</property>
4
<property name="c3p0.max_statement">50</property>
5

2

3

4

5

還有在classespath中加入c3p0-0.8.4.5.jar
2 dbcp
在hibernate.cfg.xml中加入
1
<property name="dbcp.maxActive">100</property>
2
<property name="dbcp.whenExhaustedAction">1</property>
3
<property name="dbcp.maxWait">60000</property>
4
<property name="dbcp.maxIdle">10</property>
5
6
<property name="dbcp.ps.maxActive">100</property>
7
<property name="dbcp.ps.whenExhaustedAction">1</property>
8
<property name="dbcp.ps.maxWait">60000</property>
9
<property name="dbcp.ps.maxIdle">10</property>
10

2

3

4

5

6

7

8

9

10

還有在classespath中加入commons-pool-1.2.jar 和commons-dbcp-1.2.1.jar.
3 proxool
由于數據庫connection在較長時間沒有訪問下會自動斷開連接,導致瀏覽出錯,增加proxool作為數據庫pool。它有自動連接功能。
1)、從http://proxool.sourceforge...下載proxool,釋放proxool.jar到WEB-INF/lib
2)、在hibernate.cfg.xml中增加:
1
<property name="hibernate.proxool.pool_alias">dbpool</property>
2
<property name="hibernate.proxool.xml">proxool.xml</property>
3
<property name="connection.provider_class">org.hibernate.connection.ProxoolConnectionProvider</property>
4

2

3

4

3)、在與hibernate.cfg.xml同級目錄(src根目錄下)增加proxool.xml文件:
1
<?xml version="1.0" encoding="utf-8"?>
2
<!-- the proxool configuration can be embedded within your own application's.
3
Anything outside the "proxool" tag is ignored. -->
4
<something-else-entirely>
5
<proxool>
6
<alias>dbpool</alias>
7
<!--proxool只能管理由自己產生的連接-->
8
<driver-url>
9
jdbc:mysql://127.0.0.1:3306/wlsh?characterEncoding=GBK&useUnicode=true&autoReconnect=true </driver-url>
10
<driver-class>com.mysql.jdbc.Driver</driver-class>
11
<driver-properties>
12
<property name="user" value="root" />
13
<property name="password" value="123456" />
14
</driver-properties>
15
<!-- proxool自動偵察各個連接狀態的時間間隔(毫秒),偵察到空閑的連接就馬上回收,超時的銷毀-->
16
<house-keeping-sleep-time>90000</house-keeping-sleep-time>
17
<!-- 最少保持的空閑連接數-->
18
<prototype-count>5</prototype-count>
19
<!-- 允許最大連接數,超過了這個連接,再有請求時,就排在隊列中等候,最大的等待請求數由maximum-new-connections決定-->
20
<maximum-connection-count>100</maximum-connection-count>
21
<!-- 最小連接數-->
22
<minimum-connection-count>10</minimum-connection-count>
23
</proxool>
24
</something-else-entirely>
25

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

于在hibernate3.0中,已經不再支持dbcp了,hibernate的作者在hibernate.org中,明確指出在實踐中發現dbcp有 BUG,在某些種情會產生很多空連接不能釋放,所以拋棄了對dbcp的支持。至于c3p0,有評論說它的算法不是最優的,因為網上查資料得知:有網友做了一個實驗,在同一項目中分別用了幾個常用的連接池,然后測試其性能,發現c3p0占用資源比較大,效率也不高。所以,基于上述原因,proxool不少行家推薦使用,而且暫時來說,是負面評價是最少的一個。在三星中也有項目是用proxool的。從性能和出錯率來說,proxool稍微比前兩種好些。C3P0,穩定性似乎不錯,在這方面似乎有很好的口碑。至于性能,應該不是最好的,算是中規中矩的類型。
Proxool的口碑似乎很好,不大見到負面的評價,從官方資料上來看,有許多有用的特性和特點,也是許多人推薦的。