在默认通过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
"">
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中加入
还有在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起点站→
