转载一篇对C3P0连接池的说明:
转载地址:http://blog.sina.com.cn/s/blog_53b58e7c010197bj.html
#com.mchange.v2.log.MLog=com.mchange.v2.log.FallbackMLog com.mchange.v2.log.NameTransformer=com.mchange.v2.log.PackageNames com.mchange.v2.log.FallbackMLog.DEFAULT_CUTOFF_LEVEL=ALL
ComboPooledDataSource cpds = new ComboPooledDataSource();
Connection conn = cpds.getConnection();
//业务代码
conn.close();
数据库连接池基础
l
l
l
c3p0行为
生成一个connnection
1.
2.
3.
1.
2.
3.
4.
5.
1.
2.
c3p0常用配置属性
automaticTestTable
automaticTestTable作为测试connection是否有效的表,如果表存在,但有记录,抛出错误,如果表不存在,则建立,并使用SELECT
如果automaticTestTable没有设置,而preferredTestQuery设置,则使用preferredTestQuery作为连接测试语句
checkoutTimeout
从池中拿未使用的连接,超时设置,如果没有设置,就不超时.
numConnections
表明池中有多少个连接
numIdleConnections
表明池中有多少个空闲连接,它们可以被checkout
numBusyConnections
表明池中有多少个被checkout的连接,记住:
numIdleConnections
numUnclosedOrphanedConne
都是checkoutconnection,但他们已经不再池中管理了.当他们checkin时候,将被destory
connectionCustomizerClas
hook方法,在对相关资源做操作的时候,''他所操作的connection是真实的数据库连接,而不是proxy过的connection''
maxIdleTime
在checkout一个connection时候,判断这个connection没有被使用的时间是否大于maxIdleTime,来决定是关闭它,还是被checkout
maxConnectionAge
设置一个连接在池中最长的时间,如果时间超过,将会从池中清除
testConnectionOnCheckout
如果设置为true,每次从池中取一个连接,将做一下测试,使用automaticTestTable
一个checkout连接的超时设置,一旦一个checkout连接超时,他将物理的关闭,而不是返回池中,主要是防止连接被长期使用不释放,这个设置也是比较危险的
idleConnectionTestPeriod
设置在池中的没有被使用的连接,是否定时做测试,看看这个连接还可以用吗?
maxStatements,maxStatementsPerConnecti
缓存statement,一个全局的,一个是针对每一个connection,个人觉得效果不是很大,而且也使用了反射机制.
c3p0
l
l
l
l
l
源代码分析
生成eclipse项目
l
l
l
相关概念
首先对datasource的理解,你可以把认为是factory,这样会好理解一点
l
l
l
l
c3p0项目情况
c3p0是现在用的最多连接池之一,这么成功的项目却只是一个人开发的。
当目标很明确(连接池要做什么,目标是非常明确的),使用场景很普通的时候,项目能成功,完全求决于程序的架构.
项目在jmx管理和本身死锁监测,做的都比较精彩,但也有它不足支持,jdk1.5提供了很多功能(比如多线程),它很多都是自己实现了,这就要看作者怎么对待这个项目