c3po oracle连接池,各种连接池的使用(c3p0,proxool,DBCP)

在默认通过myeclipse生成的配置里，spring使用的是apache的dbcp连接池

class="org.apache.commons.dbcp.BasicDataSource">

value="com.mysql.jdbc.Driver">

value="jdbc:mysql://localhost:3306/mysql">

如果改为C3P0则为：

class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">

classpath:jdbc.properties

jdbc.properties：

# Database URL

jdbc.url=jdbc:mysql://192.168.0.25"3306/db

# Database login information

jdbc.username=root

jdbc.password=

# Time to wait for an open connection before timing out

# (in milliseconds)

cpool.checkoutTimeout=5000

# Connection pool size

cpool.minPoolSize=5

cpool.maxPoolSize=40

# How long to keep unused connections around(in seconds)

# Note: MySQL times out idle connections after 8 hours(28,800 seconds)

# so ensure this value is below MySQL idle timeout

cpool.maxIdleTime=25200

# How long to hang on to excess unused connections after traffic spike

# (in seconds)

cpool.maxIdleTimeExcessConnections=1800

# Acquiring new connections is slow, so eagerly retrieve extra connections

# when current pool size is reached

cpool.acquireIncrement=5

或者将上面的3部分写成一个：

${jdbc.driverClassName}

${jdbc.url}

${jdbc.username}

${jdbc.password}

10

5

30

5

10

0

如果使用的是受管理的J2EE服务器，则在spring中配置为JNDI连接：

java:comp/env/jndi/xxx

如果在应用里有独自使用hibernate，则在spring中配置hibernate连接池，使用C3P0如下：

class="org.apache.commons.dbcp.BasicDataSource">

oracle.jdbc.driver.OracleDriver

jdbc:oracle:thin:@172.16.20.241:1521:dbsvr

hl3000

hldw3101

class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">

org.hibernate.dialect.OracleDialect

true

org.hibernate.connection.C3P0ConnectionProvider

20

5

120

100

120

2

hl3000

com/hl3000/DBLogic/POJO/PermUserAccount.hbm.xml

spring中配置独立使用hibernate时使用jndi的配置：

hibernate.dialect = net.sf.hibernate.dialect.MySQLDialect

hibernate.connection.datasource=java:comp/env/jdbc/SAMPLEDB

hibernate.show_sql=true

如果是使用不受管理的Servlet容器如Tomcat，也可以使用jndi的方式配置，需要在tomcat中配置数据源，在server.xml中增改大致如下：

type="javax.sql.DataSource"/>

\\数据源的名称

usernameroot数据库的名称

passwordpassword数据库密码

driverClassName

org.gjt.mm.mysql.Driver\\要加载的驱动

url

jdbc:mysql://172.20.0.73/rk?\\要连接的URL

BR>   "">

classpath:init.properties

${datasource.driverClassName}

${datasource.url}

${hibernate.c3p0.minPoolSize}

${hibernate.c3p0.maxPoolSize}

${hibernate.c3p0.timeout}

${hibernate.c3p0.max_statement}

true

${datasource.username}

${datasource.password}

com/cs2c/oa2/pojo/Testfile.hbm.xml

${hibernate.cglib.use_reflection_optimizer}

org.hibernate.connection.C3P0ConnectionProvider

${hibernate.dialect}

${hibernate.default_schema}

${hibernate.show_sql}

以下三种连接都是以连接MySQl为例。

org.gjt.mm.mysql.Driver jdbc:mysql://localhost:3306/struts?useUnicode=true&characterEncoding=GBK

root

8888

上面的一段配置，在c3p0和dbcp中，都是必需的，因为hibernate会根据上述的配置来生成connections，再交给c3p0或dbcp管理.但是，proxool则不能，虽然说服文档上说proxool也可以和hibernate结合,但我按照官方文档上的说明怎么配也出错，而且，到了 sun和hibernat有的官方网站上问了几天，都没有一个人回复。后来我只能让proxool自身来生成连接，这在下面再讲。

1 C3P0

只需在hibernate.cfg.xml中加入

5

30

1800

50

还有在classespath中加入c3p0-0.8.4.5.jar

2 dbcp

在hibernate.cfg.xml中加入

100

1

60000

10

100

1

60000

10

还有在classespath中加入commons-pool-1.2.jar 和commons-dbcp-1.2.1.jar.

3 proxool

在hibernate.cfg.xml中加入

pool1

ProxoolConf.xml

net.sf.hibernate.connection.ProxoolConnectionProvider

然后，在和hibernate.cfg.xml同一个目录下，加一个ProxoolConf.xml文件，内容为

pool1

jdbc:mysql://localhost:3306/struts?useUnicode=true&characterEncoding=GBK

org.gjt.mm.mysql.Driver

90000

20

5

100

10

并在classespath中加入proxool-0.8.3.jar

结论：

hibernate.query.substitutions true 1, false 0, yes 'Y', no 'N'

这个配置意思是当你在Hibernate里面输入true的时候，Hibernate会转化为1插入数据库，当你在Hibernate里面输入false的时候，Hibernate会转化为0插入数据库，后面的Y，N同理。

首选App Server的连接池，次选Hibernate带的DBCP连接池。自带的连接池应该做为末选

如果你采用DBCP连接池，除了要配置DBCP连接池以外，还需要取消掉下行的注释：

hibernate.connection.provider_class net.sf.hibernate.connection.DBCPConnectionProvider

其它的连接池同理。

如果采用App Server的连接池，假设App Server连接池的DataSource的JNDI名称为"mypool"的话，配置应该如下：

hibernate.dialect net.sf.hibernate.dialect.MySQLDialect

hibernate.connection.datasource mypool

hibernate.connection.provider_class net.sf.hibernate.connection.DatasourceConnectionProvider

其它参数就不必写了，因为已经在App Server配置连接池的时候指定好了。

如果你不是在App Server环境中使用Hibernate，例如远程客户端程序，但是你又想用App Server的数据库连接池，那么你还需要配置JNDI的参数，例如Hibernate连接远程Weblogic上的数据库连接池：

hibernate.dialect net.sf.hibernate.dialect.MySQLDialect

hibernate.connection.datasource mypool

hibernate.connection.provider_class net.sf.hibernate.connection.DatasourceConnectionProvider

hibernate.jndi.class weblogic.jndi.WLInitialContextFactory

hibernate.jndi.url t3://servername:7001/

最后，如果你需要在EJB或者JTA中使用Hibernate，需要取消下行的注释：

hibernate.transaction.factory_class net.sf.hibernate.transaction.JTATransactionFactory

杂项配置：

hibernate.show_sql false

是否将Hibernate发送给数据库的sql显示出来，这是一个非常非常有用处的功能。当你在调试Hibernate的时候，让Hibernate打印sql语句，可以帮助你迅速解决问题。

#hibernate.connection.isolation 4

指定数据库的隔离级别，往往不同的数据库有自己定义的隔离级别，未必是Hibernate的设置所能更改的，所以也不必去管它了。

hibernate.jdbc.fetch_size 50

hibernate.jdbc.batch_size 25

这两个选项非常非常非常重要！！！将严重影响Hibernate的CRUD性能!

C = create, R = read, U = update, D = delete

Fetch Size 是设定JDBC的Statement读取数据的时候每次从数据库中取出的记录条数。

例如一次查询1万条记录，对于Oracle的JDBC驱动来说，是不会1次性把1万条取出来的，而只会取出Fetch Size条数，当纪录集遍历完了这些记录以后，再去数据库取Fetch Size条数据。

因此大大节省了无谓的内存消耗。当然Fetch Size设的越大，读数据库的次数越少，速度越快；Fetch Size越小，读数据库的次数越多，速度越慢。

这有点像平时我们写程序写硬盘文件一样，设立一个Buffer，每次写入Buffer，等Buffer满了以后，一次写入硬盘，道理相同。

Oracle数据库的JDBC驱动默认的Fetch Size=10，是一个非常保守的设定，根据我的测试，当Fetch Size=50的时候，性能会提升1倍之多，当Fetch Size=100，性能还能继续提升20%，Fetch Size继续增大，性能提升的就不显著了。

因此我建议使用Oracle的一定要将Fetch Size设到50。

不过并不是所有的数据库都支持Fetch Size特性，例如MySQL就不支持。

MySQL就像我上面说的那种最坏的情况，他总是一下就把1万条记录完全取出来，内存消耗会非常非常惊人！这个情况就没有什么好办法了 :(

Batch Size是设定对数据库进行批量删除，批量更新和批量插入的时候的批次大小，有点相当于设置Buffer缓冲区大小的意思。

Batch Size越大，批量操作的向数据库发送sql的次数越少，速度就越快。我做的一个测试结果是当Batch Size=0的时候，使用Hibernate对Oracle数据库删除1万条记录需要25秒，Batch Size = 50的时候，删除仅仅需要5秒！！！

可见有多么大的性能提升！很多人做Hibernate和JDBC的插入性能测试会奇怪的发现Hibernate速度至少是JDBC的两倍，就是因为Hibernate使用了Batch Insert，而他们写的JDBC没有使用Batch的缘故。

以我的经验来看，Oracle数据库 Batch Size = 30 的时候比较合适，50也不错，性能会继续提升，50以上，性能提升的非常微弱，反而消耗内存更加多，就没有必要了。

#hibernate.jdbc.use_scrollable_resultset true

设定是否可以使用JDBC2.0规范的可滚动结果集，这对Hibernate的分页显示有一定的作用，默认就好了。

#hibernate.cglib.use_reflection_optimizer false

默认打开，启用cglib反射优化。cglib是用来在Hibernate中动态生成PO字节码的，打开优化可以加快字节码构造的速度。

不过，当你在调试程序过程中，特别是和proxy，lazy loading相关的应用中，代码出错，但是出错提示信息有语焉不详，那么你可以把cglib优化关掉，这样Hibernate会输出比较详细的调试信息，帮助你debug。

由于在hibernate3.0中，已经不再支持dbcp了，hibernate的作者在hibernate.org中，明确指出在实践中发现dbcp有 BUG,在某些种情会产生很多空连接不能释放，所以抛弃了对dbcp的支持。我不知是否在dbcp最新版本中解决了这个问题，我以前在一个访问量不大的项目中用过dbcp，运行了一年多都没出现问题。不过在网上的确也有不少网友指出dbcp在大型的应用中会出现不稳定的情况。所以在真相未经证实的情况下，我觉得对dbcp持慎重的态度。

至于c3p0，有评论说它的算法不是最优的，而且，我在matrix中，见到有网友做了一个实验，在同一项目中分别用了几个常用的连接池，然后测试其性能，发现c3p0占用资源比较大，效率也不高。

所以，基于上述原因，我才花两晚的时间去研究proxool的配置，proxool不少行家推荐使用，而且暂时来说，是负面评价是最少的一个。在三星中也有项目是用proxool的。

---★ 本文转摘自Java1995( )Java起点站→