共计 3350 个字符，预计需要花费 9 分钟才能阅读完成。
前言
在之前的文章中，咱们介绍了弹性数据库连贯生效的背景，并探讨了 HikariCP、Druid 连接池探活策略的相干内容。在本文中，咱们将会持续探讨另一个线上罕用的连接池——DBCP，并为您介绍如何在应用 DBCP 时实现最佳实际的弹性数据库连接池探活策略。
DBCP
DBCP 有两个版本：1.x 和 2.x（也称为 DBCP2）。DBCP 2 基于 Commons Pool 2，相比 1.x 版本，在性能、JMX 反对和其余许多方面都有所提高。因为 DBCP 2.x 与 DBCP 1.x 不是二进制兼容，所以降级到 2.x 的用户应该晓得 Java 包名称曾经扭转，以及 Maven 坐标。
首先咱们先列出对于 DBCP 探活相干的参数：
| 参数名称 | 阐明 | 默认值 |
|---|---|---|
| initialSize | 初始化时建设物理连贯的个数。 | 0 |
| minIdle | 最小闲暇连贯: 连接池中答应放弃闲暇状态的最小连贯数量, 低于这个数量将创立新的连贯, 如果设置为 0 则不创立 | 0 |
| maxIdle | 最大闲暇连贯: 连接池中答应放弃闲暇状态的最大连贯数量, 超过的闲暇连贯将被开释, 如果设置为正数示意不限度 | 8 |
| maxActive/maxTotal | 最大流动连贯: 连接池在同一时间可能调配的最大流动连贯的数量，超过这个值的申请进入期待队列, 如果设置为非负数则示意不限度（1.x 版本 maxActive 2.x 版本 maxTotal） | 8 |
| testOnBorrow | 指明是否在从池中取出连贯前进行测验, 如果测验失败, 则从池中去除连贯并尝试取出另一个 | true |
| testOnReturn | 指明是否在偿还到池中前进行测验。 | false |
| testWhileIdle | 指明连贯是否被闲暇连贯回收器进行测验。如果检测失败, 则连贯将被从池中去除. 留神: 设置为 true 后如果要失效,validationQuery 参数必须设置为非空字符串 | false |
| timeBetweenEvictionRunsMillis | 驱赶连贯的线程运行的工夫距离, 以毫秒为单位. 如果设置为非负数, 则不运行闲暇连贯回收器线程 | -1 |
| validationQuery | 用来检测连贯是否无效的 sql，要求是一个查问语句。 | select 1 |
| validationQueryTimeout | 单位：秒，检测连贯是否无效的超时工夫。底层调用 jdbc Statement 对象的 void setQueryTimeout(int seconds) 办法 | |
| minEvictableIdleTimeMillis | 连贯在池中处于闲暇状态的最小工夫，超过这个工夫会被驱赶驱赶。 | 30 分钟 |
| softMinEvictableIdleTimeMillis | 这个参数与 minEvictableIdleTimeMillis 相比是这个参数受 minIdle 的限度，当达到这个值的时候只会驱赶大于 minIdle 的连接数 | -1 |
| numTestsPerEvictionRun | 在每次闲暇连贯回收器线程运行时查看的连贯数量。 | 3 |
DBCP 和与 Druid 的探活配置相比，只管它们的许多参数名字和性能类似，但在细节和默认值上存在不同之处。例如，testWhileIdle 参数在 Druid 中用于判断是否在申请连贯时开启探活，且需大于 timeBetweenEvictionRunsMillis 参数值。而在 DBCP 中，该参数在驱赶连贯时进行判断，若开启，则间接进行验证，相似 Druid 中的 keepAlive 参数。两个连接池中，驱赶闲暇连贯的工夫距离都受到 timeBetweenEvictionRunsMillis 参数的管制。此外，testOnBorrow 参数的性能雷同，但默认值有所不同。
另外在 DBCP 在驱赶线程中也受 numTestsPerEvictionRun 参数影响，这个参数是指每次驱赶线程运行时驱赶连贯的个数，不会一次查看池内全副的连贯。此外 DBCP 的 minEvictableIdleTimeMillis 跟 Druid 不同超时驱赶的连接数不受 minidle 管制。
下图是 DBCP1.4.0 的驱赶连接线程的源码：org.apache.commons.pool.impl.GenericObjectPool#evict
咱们能够从源码中看到驱赶的连贯个数从 getNumTests 获取，getNumTests 返回的是连接池的现有 size 和 numTestsPerEvictionRun 的最小值。驱赶过程的第一步先判断闲暇工夫是否超过 minEvictableIdleTimeMillis，没有的话再判断 softMinEvictableIdleTimeMillis 是否超时和现有的连贯是否大于 minIdle，第三个 if 是判断 testWhileIdle 的配置为 true 时且下面没有回收该连贯，在第四步的时候对此连贯进行探活。
总结：DBCP 在各个版本中对探活变动不大，个别都是在驱赶连接数时能够应用 testWhileIdle 来进行探活，驱赶线程运行的间隔时间是 timeBetweenEvictionRunsMillis 参数的值，此外 numTestsPerEvictionRun 参数是每次驱赶线程的个数，因而咱们只有应用这两个参数设置的能够在 10 分钟之内对池内所有连贯（最大值为 maxActive/maxTotal）进行探活就能无效防止 JED 网关的生效连贯。
总的来说，DBCP 在不同版本中对探活的实现形式变动不大。通常状况下，能够通过在驱赶连贯时应用 testWhileIdle 参数来进行连贯的探活。驱赶线程的运行间隔时间受 timeBetweenEvictionRunsMillis 参数的管制，而 numTestsPerEvictionRun 参数则决定了每次驱赶线程能够解决的连接数。倡议 numTestsPerEvictionRun 配置的值和 maxActive/maxTotal 统一，并配置 timeBetweenEvictionRunsMillis 小于 10 分钟可能保障对所有连贯进行探活，防止拿到网关生效的连贯。
此外，利用应用 DBCP 时，默认开启 testOnBorrow 参数个别能够无效防止拿到生效的连贯，而 Druid 默认不开启 testOnBorrow 参数。对于是否开启 testOnBorrow 参数，利用能够自行评估。尽管开启 testOnBorrow 参数会在每次拿到连贯前进行连贯验证，损耗一小部分性能，然而这样可能及时销毁有效连贯并重建新连贯，在遇到 JED 网关故障重启时可能无效防止利用报错。
JED 配置模版：
DBCP1.4
<propertyname="minIdle"value="5"/>
<propertyname="maxActive"value="10"/>
<propertyname="testWhileIdle"value="true"/>
<propertyname="validationQuery"value="SELECT 1"/>
<propertyname="timeBetweenEvictionRunsMillis"value="300000"/>
<propertyname="numTestsPerEvictionRun"value="10"/>
DBCP2.2.0
<propertyname="minIdle"value="5"/>
<propertyname="maxTotal"value="10"/>
<propertyname="testWhileIdle"value="true"/>
<propertyname="validationQuery"value="SELECT 1"/>
<propertyname="timeBetweenEvictionRunsMillis"value="300000"/>
<propertyname="numTestsPerEvictionRun"value="10"/>
DBCP2.1.1
同 2.2.0
总结
本文以 JED 的网关超时报错为背景，对常见的数据库连接池进行了调研，并介绍了连接池探活相干的参数和探活逻辑。通过本文的内容，读者应该理解到不同连接池的探活内容，能够依据不同的参数设置连接池，无效防止利用拿到网关敞开的连贯。本文提供了在 JED 数据库中的连接池配置模板，读者能够依据本人的利用需要进行调整。
作者：京东批发 王雷鑫
起源：京东云开发者社区 转载请注明起源
