Hibernate连接池的配置
在这里笔者简单介绍一下Hibernate配置连接池的方式：
方式1：使用Hibernate自带的连接池。
方式2：使用配置文件指定的数据库连接池。
方式3：从容器中获取得到连接池（如：Tomcat）
Hibernate无论采用哪种方式获取连接池的连接，它对Java程序来说是独立的。Hibernate对其采用了配置化处理，也就是当想改变获取数据库连接的方式时，只要修改Hibernate的配置文件就可以了，看看多方便，就是这么简单，这足以让你爱死Hibernate了。哈哈，让我们正式来看看，Hibernate究竟是怎么做的！
注意：Hibernate配置文件有两钟格式一个是XML格式，一种是properties格式。本文采用的是主流的XML格式来分析！
（1）使用Hibernate自带的连接池
Hibernate自带的连接池性能不高，缺乏响应大批量请求以及容错能力，甚至还有BUG，在项目运用中不值得推荐。虽然缺点一罗筐，可也是Hibernate获取连接池的一种方式，在这里笔者仅给出配置方法，以供参考，如下代码所示：
………..
<hibernate-configuration>
<session-factory >
<!--JDBC驱动程序-->
<property name="connection.driver_class">com.mysql.jdbc.Driver</property>
<!-- 连接数据库的URL-->
<property name="connection.url">
jdbc:mysql://localhost:3306/feifei
</property>
<!--连接的登录名-->
<property name="connection.username">root</property>
<!--登录密码-->
<property name="connection.password"></property>
<!--是否将运行期生成的SQL输出到日志以供调试-->
<property name="show_sql">true</property>
<!--指定连接的语言-->
<property name="dialect">org.hibernate.dialect.MySQLDialect</property>
<!--映射资源-->
<mapping resource="/xx/xx.hbm.xml" />
</session-factory>
</hibernate-configuration>
(2)使用配置文件指定的连接池
笔者在这里推荐当今稳定而且主流的数据源，就是Hibernate支持的第三方连接池产品：C3P0，Proxool。随着文章的深入，你会发现他们配置方法也有很大的不同。
先来介绍连接池C3P0配置，在写入配置文件之前，用户必须将c3p0-0.8.4.5.jar这个包放入classpath当中，下面给出其核心配置项其他的配置项可参见上面的方式。
…………….
<property name="c3p0.min_size">5</property> <!—在连接池中可用数据库连接的最小数目-->
<property name="c3p0.max_size">30</property> <!--在连接池中所有数据库连接的最大数目-->
<property name="c3p0.time_out">1800</property> <!—设定数据库连接的超时时间-->
<property name="c3p0.max_statement">50</property> <!—可以被缓存的PreparedStatement的最大数目-->
…………….
把上面的配置项添加到hibernate.cfg.xml中就可以了，看看是不是很简单？
配置Proxool连接池，就没有那么简单了，稍有不同！笔者原先，也按照配置C3P0连接池的方法去配置Proxool，然后一个大大的错误向我“招手”了。无助之下，上网看看有没有解决方法，就找到了一个笔者认为不错的方法，推荐给大家。
由于Proxool连接池只管理自己产生的连接，Hibernate又需要管理它，怎么办呢？所以我的做法是单独的建立一个XML文件来管理连接池，又在Hibernate里面设置相关的项，让Hibernate与Proxool关联起来。
当然首先你要把proxool-0.8.3.jar这个包放入classpath，再建立一个ProxoolConf.xml文件，这个文件便于管理建议和 hibernate.cfg.xml文件放在一起。内容如下：
<?xml version="1.0" encoding="utf-8"?>
<!-- the proxool configuration can be embedded within your own application's.
Anything outside the "proxool" tag is ignored. -->
<something-else-entirely>
<proxool>
<alias>feifeiPool</alias> <!—连接池的别名可以随便写，但注意的是后面在hibernate部分要对应-->
<!--proxool只能管理由自己产生的连接-->
<driver-url>jdbc:mysql://localhost:3306/feifei?useUnicode=true&characterEncoding=GBK</driver-url>
<driver-class> com.mysql.jdbc.Driver </driver-class>
<driver-properties>
<property name="user" value="root"/>
<property name="password" value=""/>
</driver-properties>
<!-- proxool自动侦察各个连接状态的时间间隔(毫秒),侦察到空闲的连接就马上回收,超时的销毁-->
<house-keeping-sleep-time>90000</house-keeping-sleep-time>
<!--指因未有空闲连接可以分配而在队列中等候的最大请求数,超过这个请求数的用户连接就不会被接受-->
<maximum-new-connections>20</maximum-new-connections>
<!-- 最少保持的空闲连接数-->
<prototype-count>5</prototype-count>
<!-- 允许最大连接数,超过了这个连接，再有请求时，就排在队列中等候，最大的等待请求数由maximum-new-connections决定-->
<maximum-connection-count>100</maximum-connection-count>
<!-- 最小连接数-->
<minimum-connection-count>10</minimum-connection-count>
</proxool>
</something-else-entirely>
然后需要在hibernate.cfg.xml中作配置，参考如下：
<property name="proxool.pool_alias">feifeiPool</property> <!—这个名字要和上面XML文件中的别名要对应啊-->
<property name="proxool.xml">ProxoolConf.xml</property> <!—这个你刚才上面建立的XML文件的名字-->
<property name="connection.provider_class">org.hibernate.connection.ProxoolConnectionProvider</property>
<!—定义Hibernate的-->
…………
和C3P0连接池不同，Proxool连接池配置有两个步骤，请大家注意！至于c3p0，有评论说它的算法不是最优的，proxool不少行家推荐使用，而且暂时来说，是负面评价是最少的一个。性能是上，笔者也推荐使用这个。
(3) 从容器中获取得到连接池（如：Tomcat）
笔者以我们大家常用的Tomcat为例子来描述，Hibernate想要从Tomcat中获取数据源，需要对Tomcat容器与Hibernate分别进行配置。
<1>在容器中配置数据源
配置容器的数据源，这里不多讲，属于服务器的配置范畴。假定已经配好了一个JNDI名为“jdbc/feifei”的数据源。
<2>在hibernate.cfg.xml中指定使用这个名为“jdbc/feifei”的JNDI
<property name=”hibernate.connection.datasource”>java:/comp/env/jdbc/feifei </property>
<!—指定这个JNDI名字就可以了，而且必须是完整的，一定要注意哦！-->
本文的连接池方案分析就到此为止了。看完了，是不是很有想法？Hibernate配置连接池方面有这么多的方法提供给我们来选，选择的余地多了，发挥的空间也大了。
3：编后语
连接池为我们开发带来了极大的便利，它为我们开发者承担了数据库连接管理的压力，让我们从烦琐的数据库事务中解脱出来，专心研究业务逻辑实现业务，是我们的一大福音。
本文分析的Hibernate连接池配置方案，为读者提供了多种选择。建议读者也根据自己的实际情况来选取方案。文中肯定还有很多纰漏之处，还望大家斧正。讲的不足的地方，以后有机会定当补全！
转载自：http://blog.csdn.net/derpvailzhangfan/article/details/1565597