张昊

acquireRetryAttempts[30]    定义在从数据库获取新连接失败后重复尝试的次数

acquireRetryDelay[1000]     两次连接中间隔时间，单位毫秒

autoCommitOnClose[false]    连接关闭时默认将所有未提交的操作回滚

automaticTestTable[null] 如果值为Test则c3p0将建一张名为Test的空表，并使用其自带的查询语句进行测试。如果定义了这个参数那么属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操作，它将只供c3p0测试使用

breakAfterAcquireFailure[false]      获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效保留，并在下次调用getConnection()的时候继续尝试获取连接。如果设为true，那么在尝试获取连接失败后该数据源将申明已断开并永久关闭

checkoutTimeout[0]              当连接池用完时客户端调用getConnection()后等待获取新连接的时间，超时后将抛出SQLException,如设为0则无限期等待

connectionTesterClassName[com.mchange.v2.c3p0.impl.DefaultConnectionTester]                      通过实现ConnectionTester或QueryConnectionTester的类来测试连接。类名需制定全路径

factoryClassLocation[null]             指定c3p0 libraries的路径，如果（通常都是这样）在本地即可获得那么无需设置

forceIgnoreUnresolvedTransactions [false]    建议不使用的一个属性,如果为true时允许有程序bug在事务中

idleConnectionTestPeriod[0]   每隔X秒检查所有连接池中的空闲连接

initialPoolSize[3]     初始化时获取三个连接，取值应在minPoolSize与maxPoolSize之间

maxIdleTime[0]            最大空闲时间(秒),X秒内未使用则连接被丢弃。若为0则永不丢弃

maxPoolSize[15]    连接池中保留的最大连接数

maxStatements[0]  JDBC的标准参数，用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements属于单个 connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。如果maxStatements与 maxStatementsPerConnection均为0，则缓存被关闭

maxStatementsPerConnection[0]          maxStatementsPerConnection定义了连接池内单个连接所拥有的最大缓存statements数

numHelperThreads[3]           c3p0是异步操作的，缓慢的JDBC操作通过帮助进程完成。扩展这些操作可以有效的提升性能
通过多线程实现多个操作同时被执行

overrideDefaultUser[null]       当用户调用getConnection()时使root用户成为去获取连接的用户。主要用于连接池连接非c3p0的数据源时

overrideDefaultPassword[null] 与overrideDefaultUser参数对应使用的一个参数

password[null]        密码

preferredTestQuery[null]        定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个一显著提高测试速度。注意：测试的表必须在初始数据源的时候就存在

propertyCycle[300]         用户修改系统配置参数执行前最多等待300秒

testConnectionOnCheckout[false]  因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable等方法来提升连接测试的性能

testConnectionOnCheckin[false]           如果设为true那么在取得连接的同时将校验连接的有效性

user[null]        用户名

usesTraditionalReflectiveProxies[false]         期的c3p0版本对JDBC接口采用动态反射代理。在早期版本用途广泛的情况下这个参数允许用户恢复到动态反射代理以解决不稳定的故障。最新的非反射代理更快并且已经开始广泛的被使用，所以这个参数未必有用。现在原先的动态反射与新的非反射代理同时受到支持，但今后可能的版本可能不支持动态反射代理