c3p0源码分析

数据库连接池基础

·     没有连接池的数据库连接方式指通过DriverManager和基本实现DataSource进行连接,但它相关连接的建立以及关闭是非常耗时的.

·     如果使用连接池，将有池来管理相关的数据库连接，减少对数据库连接操作.

·     连接池所做的操作，除了管理连接，还有就是对数据库jdbc api的封装，但jdbc api才是根本，外面做的都是包装,再花哨都是假的。

 c3p0统一概念

  checkout == 从池中取得可用的连接
   checkoutconnection == 被使用的连接
   checkin  == 把连接放回池中
   checkinconnection == 没有被使用的连接
   所有超时设置，相关的连接，是物理连接的关闭，而不是连接返回池中
   管理的是pooledconnection，而不是物理的connection
   pooledconnection是sun针对连接池的接口，它本身包含connection,和这个connection相关的所有statement,result,一个checkout的connection所作的所有数据库操作，都被pooledconnection所管理.
   statement缓存，主要针对PreparedStatement和CallableStatement,statment缓存主要相对一个connection来说的,不同connection的statment不能通用. 

c3p0行为

生成一个connnection

·     当池中connection没有到达最大数,当有请求出现,将会产生connection.

·     成生一个pooledconnection

·     通过pooledconnection.getConnection()得到连接(得到连接是newProxyConnection,不是物理连接)

 checkin connection

·     与pooledconnection脱离关系

·     关闭与这个connection相关的resultset

·     关闭所有没有缓冲的statement.

·     checkin所有缓存的statement.

·     修改pooledconnection相关信息

 checkout connection 

·     查看池中是否有没有使用的connection,有就返回

·     没有，如果没有达到最大数，就生成一个，或者就等待

 

omc中c3p0常用配置属性

automaticTestTable

automaticTestTable作为测试connection是否有效的表，如果表存在，但有记录，抛出错误，如果表不存在，则建立，并使用 SELECT * FROM automaticTestTable 作为连接测试语句

如果automaticTestTable没有设置，而preferredTestQuery设置，则使用preferredTestQuery作为连接测试语句

checkoutTimeout

从池中拿未使用的连接，超时设置，如果没有设置，就不超时.

numConnections

表明池中有多少个连接

numIdleConnections

表明池中有多少个空闲连接，它们可以被checkout

numBusyConnections

表明池中有多少个被checkout的连接，记住：numIdleConnections + numBusyConnections == numConnections

numUnclosedOrphanedConnections

都是checkoutconnection,但他们已经不再池中管理了.当他们checkin时候，将被destory

 

connectionCustomizerClassName

hook方法，在对相关资源做操作的时候，''他所操作的connection是真实的数据库连接，而不是proxy过的connection''

 

maxIdleTime
在checkout一个connection时候，判断这个connection没有被使用的时间是否大于maxIdleTime,来决定是关闭它，还是被checkout
maxConnectionAge

设置一个连接在池中最长的时间，如果时间超过，将会从池中清除

testConnectionOnCheckout
如果设置为true,每次从池中取一个连接，将做一下测试，使用automaticTestTable 或者 preferredTestQuery,做一条查询语句.看看连接好不好用，不好用，就关闭它，重新从池中拿一个.
unreturnedConnectionTimeout

一个checkout连接的超时设置，一旦一个checkout连接超时，他将物理的关闭，而不是返回池中，主要是防止连接被长期使用不释放，这个设置也是比较危险的
idleConnectionTestPeriod
设置在池中的没有被使用的连接，是否定时做测试，看看这个连接还可以用吗？
maxStatements,maxStatementsPerConnection
缓存statement,一个全局的，一个是针对每一个connection,个人觉得效果不是很大,而且也使用了反射机制.
c3p0 jconsole说明

·          sampleThreadPoolStackTraces:打印出当前c3p0线程池的情况，默认是3个线程,c3p0很多行为异步，放到线程中做的，比如checkout,checkin,close操作，还有内部池重新整理

·          sampleThreadPoolStatus:打印出当前c3p0线程池堆栈

·          softResetDefaultUser:关闭所有checkinconnection,重新初始化池

·          hardReset:关闭所有checkinconnection和checkoutconnection,池这个对象也不要了，全是新的.

·          close:关闭所有跟c3p0相关的东西

 

源代码分析

生成eclipse项目

·          从sourceforge下载我们目前使用的0.9.1.2版本 [http://nchc.dl.sourceforge.net/sourceforge/c3p0/c3p0-0.9.1.2.src.zip 下载]

·          ant codegen(因为它有很自动生成代码)

·          导入eclipse(source包括src/classes,build/codegen,缺少juit.jar,log4j.jar,自己解决)

相关概念

首先对datasource的理解，你可以把认为是factory,这样会好理解一点

·          PooledDataSource
  默认情况情况下，PooledDataSource只管理一个连接池(getConnection()的时候),如果你使用getConnection(username,password),而不是默认的username,
 将会再生产一个连接池针对这个特定的用户,它包含一个ConnectionPoolDataSource实现，连接就是从ConnectionPoolDataSource得到的.

·          ConnectionPoolDataSource
  包名是javax.sql,一看就知道是sun定制的接口,表现出一个连接池,是PooledConnection的工厂

·          PooledConnection
  包名是javax.sql,也是sun定制的接口.c3p0默认的实现是NewPooledConnection

·          Connection,Statement,Result
  操作数据库相关接口，在c3p0中对于NewProxyConnection,NewProxyStatement,NewProxyResultSet,这些东西统一被PooledConnection管理。

c3p0项目情况
c3p0是现在用的最多连接池之一，这么成功的项目却只是一个人开发的。

当目标很明确(连接池要做什么，目标是非常明确的),使用场景很普通的时候,项目能成功，完全求决于程序的架构.

项目在jmx管理和本身死锁监测，做的都比较精彩，但也有它不足支持，jdk1.5提供了很多功能(比如多线程)，它很多都是自己实现了,这就要看作者怎么对待这个项目

目前给我的感觉有点象当年的dom4j感觉，毕竟都需要谋生,创作激情会下降的.