数据库连接池基础
· 没有连接池的数据库连接方式指通过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感觉，毕竟都需要谋生,创作激情会下降的.