MyBatis空闲连接探测的机制

IdleConnections – 任意时间可能存在的空闲连接数。

poolMaximumCheckoutTime – 在被强制返回之前，池中连接被检出(checked out)时间，默认值：20000 毫秒(即 20 秒)

poolTimeToWait – 这是一个底层设置，如果获取连接花费了相当长的时间，连接池会打印状态日志并重新尝试获取一个连接(避免在误配置的情况下一直失败且不打印日志)，默认值：20000 毫秒(即 20 秒)。

poolMaximumLocalBadConnectionTolerance – 这是一个关于坏连接容忍度的底层设置， 作用于每一个尝试从缓存池获取连接的线程。如果这个线程获取到的是一个坏的连接，那么这个数据源允许这个线程尝试重新获取一个新的连接，但是这个重新尝试的次数不应该超过 poolMaximumIdleConnections 与 poolMaximumLocalBadConnectionTolerance 之和。默认值：3(新增于 3.4.5)

poolPingQuery – 发送到数据库的侦测查询，用来检验连接是否正常工作并准备接受请求。默认是“NO PING QUERY SET”，这会导致多数数据库驱动出错时返回恰当的错误消息。

poolPingEnabled – 是否启用侦测查询。若开启，需要设置 poolPingQuery 属性为一个可执行的 SQL 语句(最好是一个速度非常快的 SQL 语句)，默认值：false。

poolPingConnectionsNotUsedFor – 配置 poolPingQuery 的频率。可以被设置为和数据库连接超时时间一样，来避免不必要的侦测，默认值：0(即所有连接每一时刻都被侦测 — 当然仅当 poolPingEnabled 为 true 时适用)。

P.S.

https://mybatis.org/mybatis-3/zh/configuration.html#environments

按照这字面意思，一开始我们理解poolPingConnectionsNotUsedFor参数控制的是连接多久没用，即处于空闲状态，在参数poolPingEnabled开启时，就会执行poolPingQuery定义的SQL主动探测。

如果按照这理解，poolPingConnectionsNotUsedFor设置了3000，即3秒，远小于30分钟防火墙超时的设置，不应该出现连接超时的现象。

我们怀疑过防火墙的配置，但从应用端看，并不是所有的请求都超时，而且防火墙端，没看到什么异常。数据库层，应该未设置过相关的配置。

原因是什么?

作为一款成熟的产品，不太可能因为bug，更多还是对他的理解存在偏差。

下载3.3.0的源码，链接如下，

https://github.com/mybatis/mybatis-3/releases/tag/mybatis-3.3.0

搜索这几个参数所在的文件，找到了PooledDataSource类，可以看到这三个参数都设置了初始值，oledConnection会在获取连接(popConnection)和回收连接(pushConnection)的时候调用，获取连接和回收连接则会被getConnection()和invoke()调用，因此，(2)的意思是当前这个连接空闲的时间是否大于这个参数poolPingConnectionsNotUsedFor定义的时间。

3. 如果满足条件(1)和(2)，则会执行poolPingQuery的SQL，此处就是"select 1 from dual"，如果执行失败，会关闭这个连接，

（编辑：应用网_丽江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!