DBCP连接池配置参数

Posted 2021-11-10 yanze

本文参考自：https://blog.csdn.net/zys_1997/article/details/78107783

首先，明确连接、活动连接（连接正被使用）、空闲连接的概念

创建连接

1、初始化 2、空闲连接低于最小空闲minIdle

销毁连接

1、空闲连接数目高于最大空闲 2、活动连接被遗弃

回收行为

1、空闲连接回收器（定时执行）2、连接回收器（maxwait后触发）

 

--------------------------

initialSize 初始化连接数，即连接池启动时池子中的连接数目

maxActive 最大活动连接数，即连接池中可同时连接的最大数目

minIdle 最小空闲连接，连接池中最少的空闲的连接数，

低于这个数量时，意味着连接不够用了，会被创建新的连接

默认为0，该参数越接近maxIdle，性能越好，因为连接的创建和销毁，都是需要消耗资源的；

不宜太大，因为在机器很空闲的时候，也会创建低于minidle个数的连接，类似于jvm参数中的Xmn设置。

 

maxIdle 最大空闲连接

超过此参数时空闲连接将被释放，如果设置为负数表示不限制

默认为8个，maxIdle不能设置太小，因为假如在高负载的情况下，连接的打开时间比关闭的时间快，会引起连接池中idle的个数上升超过maxIdle，而造成频繁的连接销毁和创建，类似于jvm参数中的Xmx设置

 

maxWait 请求连接时，最长的等待时间。

单位ms，当没有可用连接时，连接池会等待连接释放，超过该时间限制会抛出异常，如果设置-1表示无限等待（默认为无限）。

 

validationQuery 验证操作时使用得SQL语句

 

testWhileIdle 连接空闲时是否被空闲连接回收器(如果有)验证

如果验证失败，将直接回收

 

testOnBorrow 连接被借走（取出使用）时需不需要验证

默认值是true，即每次从连接池中取出连接时，都需要执行validationQuery中的SQL进行测试，这会导致性能下降7-10倍。

一般设为false，不要测试。

 

--------------------

以下三者配合使用:

 

minEvictableIdleTimeMillis 连接空闲了多久会被空闲连接回收器回收

 

 

numTestsPerEvictionRun 空闲连接回收器每次检查多少个连接

 

timeBetweenEvictionRunsMills 空闲连接回收器运行周期

每timeBetweenEvictionRunsMills运行一次空闲连接回收器（独立线程）。

每次检查numTestsPerEvictionRun个连接，如果连接空闲时间超过minEvictableIdleTimeMillis就先销毁，之后如果小于minIdle数量，就新建连接，维护数量不少于minIdle，过行了新老更替。

--------------------

以下三者配合使用:

removeAbandonedTimeout 连接多久没被使用即视为Abandoned，即连接泄漏

 

removeAbandoned 当active连接快到maxActive连接的时候，是否回收无效的连接回收

备注：maxWait的时间不要设得太长，maxWait如果设置太长那么客户端会等待很久才激发回收事件。

 

logAbandoned 回收事件后，是否在log中打印出回收Connection的错误信息，包括在哪个地方用了Connection却忘记关闭了，在调试的时候很有用。