|
|
|
|
|
datasource.connection.driver_class=com.mysql.jdbc.Driver
|
|
|
|
|
|
datasource.connection.url=jdbc:mysql://localhost:3306/youxi?useUnicode=true&characterEncoding=utf-8
|
|
|
|
|
|
datasource.connection.username=root
|
|
|
|
|
|
datasource.connection.password=123456
|
|
|
|
|
|
#连接池保持的最小连接数,default : 3（建议使用）
|
|
|
|
|
|
datasource.connection.minPoolSize=3
|
|
|
|
|
|
#连接池中拥有的最大连接数，如果获得新连接时会使连接总数超过这个值则不会再获取新连接，而是等待其他连接释放，所以这个值有可能会设计地很大,default : 15（建议使用）
|
|
|
|
|
|
datasource.connection.maxPoolSize=15
|
|
|
|
|
|
#连接的最大空闲时间，如果超过这个时间，某个数据库连接还没有被使用，则会断开掉这个连接。如果为0，则永远不会断开连接,即回收此连接。default : 0 单位 s（建议使用）
|
|
|
|
|
|
datasource.connection.maxIdleTime=0
|
|
|
|
|
|
#连接池在无空闲连接可用时一次性创建的新数据库连接数,default : 3（建议使用）
|
|
|
|
|
|
datasource.connection.acquireIncrement=3
|
|
|
|
|
|
#连接池为数据源缓存的PreparedStatement的总数。由于PreparedStatement属于单个Connection,所以这个数量应该根据应用中平均连接数乘以每个连接的平均PreparedStatement来计算。同时maxStatementsPerConnection的配置无效。default : 0（不建议使用）
|
|
|
|
|
|
datasource.connection.maxStatements=0
|
|
|
|
|
|
#连接池为数据源单个Connection缓存的PreparedStatement数，这个配置比maxStatements更有意义，因为它缓存的服务对象是单个数据连接，如果设置的好，肯定是可以提高性能的。为0的时候不缓存。default : 0（看情况而论）
|
|
|
|
|
|
datasource.connection.maxStatementsPerConnection=0
|
|
|
|
|
|
#连接池初始化时创建的连接数,default : 3（建议使用）
|
|
|
|
|
|
datasource.connection.initialPoolSize=3
|
|
|
|
|
|
#用来配置测试空闲连接的间隔时间。测试方式还是上面的两种之一，可以用来解决MySQL8小时断开连接的问题。因为它保证连接池会每隔一定时间对空闲连接进行一次测试，从而保证有效的空闲连接能每隔一定时间访问一次数据库，将于MySQL8小时无会话的状态打破。为0则不测试。default : 0(建议使用)
|
|
|
|
|
|
datasource.connection.idleConnectionTestPeriod=0
|
|
|
|
|
|
#连接池在获得新连接失败时重试的次数，如果小于等于0则无限重试直至连接获得成功。default : 30（建议使用）
|
|
|
|
|
|
datasource.connection.acquireRetryAttempts=30
|
|
|
|
|
|
#如果为true，则当连接获取失败时自动关闭数据源，除非重新启动应用程序。所以一般不用。default : false（不建议使用）
|
|
|
|
|
|
datasource.connection.breakAfterAcquireFailure=false
|
|
|
|
|
|
#性能消耗大。如果为true，在每次getConnection的时候都会测试，为了提高性能,尽量不要用。default : false（不建议使用）
|
|
|
|
|
|
datasource.connection.testConnectionOnCheckout=false
|
|
|
|
|
|
#配置当连接池所有连接用完时应用程序getConnection的等待时间。为0则无限等待直至有其他连接释放或者创建新的连接，不为0则当时间到的时候如果仍没有获得连接，则会抛出SQLException。其实就是acquireRetryAttempts*acquireRetryDelay。default : 0（与上面两个，有重复，选择其中两个都行）
|
|
|
|
|
|
datasource.connection.checkoutTimeout=30000
|
|
|
|
|
|
#如果为true，则在close的时候测试连接的有效性。default : false（不建议使用）
|
|
|
|
|
|
datasource.connection.testConnectionOnCheckin=false
|
|
|
|
|
|
#配置一个表名，连接池根据这个表名用自己的测试sql语句在这个空表上测试数据库连接,这个表只能由c3p0来使用，用户不能操作。default : null（不建议使用）
|
|
|
|
|
|
datasource.connection.automaticTestTable=c3p0TestTable
|
|
|
|
|
|
#连接池在获得新连接时的间隔时间。default : 1000 单位ms（建议使用）
|
|
|
|
|
|
datasource.connection.acquireRetryDelay=1000
|
|
|
|
|
|
#为0的时候要求所有的Connection在应用程序中必须关闭。如果不为0，则强制在设定的时间到达后回收Connection，所以必须小心设置，保证在回收之前所有数据库操作都能够完成。这种限制减少Connection未关闭情况的不是很适用。建议手动关闭。default : 0 单位 s（不建议使用）
|
|
|
|
|
|
datasource.connection.unreturnedConnectionTimeout=0
|
|
|
|
|
|
#这个配置主要是为了快速减轻连接池的负载，比如连接池中连接数因为某次数据访问高峰导致创建了很多数据连接，但是后面的时间段需要的数据库连接数很少，需要快速释放，必须小于maxIdleTime。其实这个没必要配置，maxIdleTime已经配置了。default : 0 单位 s（不建议使用）
|
|
|
|
|
|
datasource.connection.maxIdleTimeExcessConnections=0
|
|
|
|
|
|
#配置连接的生存时间，超过这个时间的连接将由连接池自动断开丢弃掉。当然正在使用的连接不会马上断开，而是等待它close再断开。配置为0的时候则不会对连接的生存时间进行限制。default : 0 单位 s（不建议使用）
|
|
|
|
|
|
datasource.connection.maxConnectionAge=0
|
