C3P0配置与使用

一、C3P0配置

c3p0的配置方式分为三种，分别是
1.setters一个个地设置各个配置项
2.类路径下提供一个c3p0.properties文件
3.类路径下提供一个c3p0-config.xml文件

1. setters一个个地设置各个配置项

这种方式最繁琐，形式一般是这样：

Properties props = new Properties();InputStream in = ConnectionManager.class.getResourceAsStream("/c3p0.properties");props.load(in);in.close();ComboPooledDataSource cpds = new ComboPooledDataSource();cpds.setDriverClass(props.getProperty("driverClass"));cpds.setJdbcUrl(props.getProperty("jdbcUrl"));cpds.setUser(props.getProperty("user"));cpds.setPassword(props.getProperty("password"));

2. 使用xml方式（名称为c3p0-config.xml）

<?xml version="1.0" encoding="UTF-8"?><c3p0-config><default-config><property name="jdbcUrl">jdbc:mysql://localhost:3306/tv_guide</property><property name="driverClass">com.mysql.jdbc.Driver</property><property name="user">root</property><property name="password">root</property><property name="checkoutTimeout">30000</property><property name="idleConnectionTestPeriod">30</property><property name="initialPoolSize">10</property><property name="maxIdleTime">30</property><property name="maxPoolSize">100</property><property name="minPoolSize">10</property><property name="maxStatements">200</property></default-config></c3p0-config>

2、使用properties方式（名称为c3p0.properties）

c3p0.jdbcUrl=jdbc:mysql://localhost:3306/tv_guidec3p0.driverClass=com.mysql.jdbc.Driverc3p0.user=rootc3p0.password=rootc3p0.acquireIncrement=3c3p0.idleConnectionTestPeriod=60c3p0.initialPoolSize=10c3p0.maxIdleTime=60c3p0.maxPoolSize=20c3p0.maxStatements=100c3p0.minPoolSize=5

使用这两种方式进行配置时，只要将配置好的文件放入classpath文件夹下即可，在java代码当中不用显示的给出访问配置方式的代码，c3p0会自动识别！

二、C3P0连接池的封装

import java.sql.Connection;import java.sql.SQLException;import javax.sql.DataSource;import com.mchange.v2.c3p0.ComboPooledDataSource;public class C3P0Utils {private static DataSource ds;private static ThreadLocal<Connection> tl = new ThreadLocal<Connection>(); // mapstatic {ds = new ComboPooledDataSource();//直接使用即可，不用显示的配置，其会自动识别配置文件}public static DataSource getDataSource() {return ds;}public static Connection getConnection() throws SQLException {try {// 得到当前线程上绑定的连接Connection conn = tl.get();if (conn == null) { // 代表线程上没有绑定连接conn = ds.getConnection();tl.set(conn);}return conn;} catch (Exception e) {throw new RuntimeException(e);}}public static void startTransaction() {try {// 得到当前线程上绑定连接开启事务Connection conn = tl.get();if (conn == null) { // 代表线程上没有绑定连接conn = ds.getConnection();tl.set(conn);}conn.setAutoCommit(false);} catch (Exception e) {throw new RuntimeException(e);}}public static void commitTransaction() {try {Connection conn = tl.get();if (conn != null) {conn.commit();}} catch (Exception e) {throw new RuntimeException(e);}}public static void closeConnection() {try {Connection conn = tl.get();if (conn != null) {conn.close();}} catch (Exception e) {throw new RuntimeException(e);} finally {tl.remove(); // 千万注意，解除当前线程上绑定的链接（从threadlocal容器中移除对应当前线程的链接）}}}

三、配置项简介

1.基本配置项

acquireIncrementdefault : 3连接池在无空闲连接可用时一次性创建的新数据库连接数initialPoolSizedefault : 3连接池初始化时创建的连接数maxPoolSizedefault : 15连接池中拥有的最大连接数，如果获得新连接时会使连接总数超过这个值则不会再获取新连接，而是等待其他连接释放，所以这个值有可能会设计地很大maxIdleTimedefault : 0 单位 s连接的最大空闲时间，如果超过这个时间，某个数据库连接还没有被使用，则会断开掉这个连接如果为0，则永远不会断开连接minPoolSizedefault : 3连接池保持的最小连接数，后面的maxIdleTimeExcessConnections跟这个配合使用来减轻连接池的负载

2.管理连接池的大小和连接的生存时间

maxConnectionAgedefault : 0 单位 s配置连接的生存时间，超过这个时间的连接将由连接池自动断开丢弃掉。当然正在使用的连接不会马上断开，而是等待它close再断开。配置为0的时候则不会对连接的生存时间进行限制。maxIdleTimeExcessConnections default : 0 单位 s这个配置主要是为了减轻连接池的负载，比如连接池中连接数因为某次数据访问高峰导致创建了很多数据连接但是后面的时间段需要的数据库连接数很少，则此时连接池完全没有必要维护那么多的连接，所以有必要将断开丢弃掉一些连接来减轻负载，必须小于maxIdleTime。配置不为0，则会将连接池中的连接数量保持到minPoolSize。为0则不处理。

maxIdleTime也可以归属到这一类，前面已经写出来了。

3.配置连接测试：因为连接池中的数据库连接很有可能是维持数小时的连接，很有可能因为数据库服务器的问题，网络问题等导致实际连接已经无效，但是连接池里面的连接还是有效的，如果此时获得连接肯定会发生异常，所以有必要通过测试连接来确认连接的有效性。
下面的前三项用来配置如何对连接进行测试，后三项配置对连接进行测试的时机。

automaticTestTabledefault : null用来配置测试连接的一种方式。配置一个表名，连接池根据这个表名创建一个空表，并且用自己的测试sql语句在这个空表上测试数据库连接这个表只能由c3p0来使用，用户不能操作，同时用户配置的preferredTestQuery 将会被忽略。preferredTestQuerydefault : null用来配置测试连接的另一种方式。与上面的automaticTestTable二者只能选一。如果要用它测试连接，千万不要设为null，否则测试过程会很耗时，同时要保证sql语句中的表在数据库中一定存在。connectionTesterClassNamedefault :  com.mchange.v2.c3p0.impl.DefaultConnectionTester连接池用来支持automaticTestTable和preferredTestQuery测试的类，必须是全类名，就像默认的那样，可以通过实现UnifiedConnectionTester接口或者继承AbstractConnectionTester来定制自己的测试方法idleConnectionTestPerioddefault : 0用来配置测试空闲连接的间隔时间。测试方式还是上面的两种之一，可以用来解决MySQL8小时断开连接的问题。因为它保证连接池会每隔一定时间对空闲连接进行一次测试，从而保证有效的空闲连接能每隔一定时间访问一次数据库，将于MySQL8小时无会话的状态打破。为0则不测试。testConnectionOnCheckindefault : false如果为true，则在close的时候测试连接的有效性。为了提高测试性能，可以与idleConnectionTestPeriod搭配使用，配置preferredTestQuery或automaticTestTable也可以加快测试速度。testConnectionOnCheckoutdefault : false性能消耗大。如果为true，在每次getConnection的时候都会测试，为了提高性能，可以与idleConnectionTestPeriod搭配使用，配置preferredTestQuery或automaticTestTable也可以加快测试速度。

4.配置PreparedStatement缓存 

maxStatementsdefault : 0连接池为数据源缓存的PreparedStatement的总数。由于PreparedStatement属于单个Connection,所以这个数量应该根据应用中平均连接数乘以每个连接的平均PreparedStatement来计算。为0的时候不缓存，同时maxStatementsPerConnection的配置无效。maxStatementsPerConnectiondefault : 0连接池为数据源单个Connection缓存的PreparedStatement数，这个配置比maxStatements更有意义，因为它缓存的服务对象是单个数据连接，如果设置的好，肯定是可以提高性能的。为0的时候不缓存。

5.重连相关配置 

acquireRetryAttemptsdefault : 30连接池在获得新连接失败时重试的次数，如果小于等于0则无限重试直至连接获得成功acquireRetryDelaydefault : 1000 单位ms连接池在获得新连接时的间隔时间breakAfterAcquireFailuredefault : false如果为true，则当连接获取失败时自动关闭数据源，除非重新启动应用程序。所以一般不用。

个人觉得上述三个没有更改的必要，但可以将acquireRetryDelay配置地更短一些

6.定制管理Connection的生命周期

connectionCustomizerClassNamedefault : null用来定制Connection的管理，比如在Connection acquire 的时候设定Connection的隔离级别，或者在Connection丢弃的时候进行资源关闭，就可以通过继承一个AbstractConnectionCustomizer来实现相关方法，配置的时候使用全类名。有点类似监听器的作用。

例如： 

import java.sql.Connection;import com.mchange.v2.c3p0.AbstractConnectionCustomizer;public class ConnectionCustomizer extends AbstractConnectionCustomizer{@Overridepublic void onAcquire(Connection c, String parentDataSourceIdentityToken)throws Exception {System.out.println("acquire : " + c);}@Overridepublic void onCheckIn(Connection c, String parentDataSourceIdentityToken)throws Exception {System.out.println("checkin : " + c);}@Overridepublic void onCheckOut(Connection c, String parentDataSourceIdentityToken)throws Exception {System.out.println("checkout : " + c);}@Overridepublic void onDestroy(Connection c, String parentDataSourceIdentityToken)throws Exception {System.out.println("destroy : " + c);}}

7.配置未提交的事务处理 

autoCommitOnClosedefault : false连接池在回收数据库连接时是否自动提交事务如果为false，则会回滚未提交的事务如果为true，则会自动提交事务forceIgnoreUnresolvedTransactionsdefault : false这个配置强烈不建议为true。

一般来说事务当然由自己关闭了，为什么要让连接池来处理这种不细心问题呢？

8.配置debug和回收Connection

unreturnedConnectionTimeoutdefault : 0 单位 s为0的时候要求所有的Connection在应用程序中必须关闭。如果不为0，则强制在设定的时间到达后回收Connection，所以必须小心设置，保证在回收之前所有数据库操作都能够完成。这种限制减少Connection未关闭情况的不是很适用。为0不对connection进行回收，即使它并没有关闭。debugUnreturnedConnectionStackTracesdefault : false如果为true并且unreturnedConnectionTimeout设为大于0的值，当所有被getConnection出去的连接unreturnedConnectionTimeout时间到的时候，就会打印出堆栈信息。只能在debug模式下适用，因为打印堆栈信息会减慢getConnection的速度

同第七项一样的，连接用完当然得close了，不要通过unreturnedConnectionTimeout让连接池来回收未关闭的连接。

9.其他配置项：因为有些配置项几乎没有自己配置的必要，使用默认值就好，所以没有再写出来

checkoutTimeoutdefault : 0配置当连接池所有连接用完时应用程序getConnection的等待时间。为0则无限等待直至有其他连接释放或者创建新的连接，不为0则当时间到的时候如果仍没有获得连接，则会抛出SQLException

整理自：

《C3P0配置与使用》http://blog.csdn.net/yangzl2008/article/details/7272573

《c3p0三种配置方式》http://my.oschina.net/lyzg/blog/55133