校验时机
从 hikariPool#getConnection() 拿到的连接，如果空闲超过 500ms则要检查它的有效性 PoolBase#isConnectionActive()
public Connection getConnection(final long hardTimeout) throws SQLException {
//... 省略其他代码
PoolEntry poolEntry = connectionBag.borrow(timeout, MILLISECONDS);
if (poolEntry == null) {
break; // We timed out... break and throw exception
}
final long now = currentTime();
// 如果poolEntry被标记为evicted，则要关闭这个连接
// 如果poolEntry上次访问时间到现在超过 aliveBypassWindowsMs=500ms，需要检测下连接是否可用，如果不可用的话，关闭连接
if (poolEntry.isMarkedEvicted() || (elapsedMillis(poolEntry.lastAccessed, now) > aliveBypassWindowMs
&& **!isConnectionAlive(poolEntry.connection)**)) {
closeConnection(poolEntry, poolEntry.isMarkedEvicted() ? EVICTED_CONNECTION_MESSAGE : DEAD_CONNECTION_MESSAGE);
timeout = hardTimeout - elapsedMillis(startTime);
}
//... 省略其他代码
校验逻辑
PoolBase#isConnectionAlive()
boolean isConnectionAlive(final Connection connection)
{
try {
try {
//1. 如果jdbc driver支持设置超时
setNetworkTimeout(connection, validationTimeout);
final int validationSeconds = (int) Math.max(1000L, validationTimeout) / 1000;
//2. 如果jdbc api v4支持连接的isValid()接口，就直接用这个校验连接有效性
if (isUseJdbc4Validation) {
return connection.isValid(validationSeconds);
}
//3. 执行校验sql判断连接是否有效
try (Statement statement = connection.createStatement()) {
if (isNetworkTimeoutSupported != TRUE) {
setQueryTimeout(statement, validationSeconds);
}
statement.execute(config.getConnectionTestQuery());
}
}
finally {
setNetworkTimeout(connection, networkTimeout);
if (isIsolateInternalQueries && !isAutoCommit) {
connection.rollback();
}
}
return true;
}
catch (Exception e) {
// 如果校验失败，则设置异常 后面会关闭这个连接
lastConnectionFailure.set(e);
logger.warn("{} - Failed to validate connection {} ({}). Possibly consider using a shorter maxLifetime value.",
poolName, connection, e.getMessage());
return false;
}
就算driver不支持jdbc4的 isValid(), 需要执行sql校验连接有效性， 校验sql一般是 “select 1"， 只会走到数据库的 service 层，并不会走到底层存储引擎 所以也是很快的
Hikari 校验连接有效性的时机，就和 druid 的 testWhileIdle 一样；
为什么不能在执行业务sql异常的时候，直接断开异常db连接？
执行业务sql失败的可能性很多，可能是sql语句有问题、网络抖动、慢sql、或数据库服务本身的问题
db连接断开也可能是由于数据库服务本身的一些机制或者所在机器影响导致； 连接池本身并不关心用户到底用的哪个厂商的数据库、哪个版本，单数据库服务侧抛出的连接关闭异常， 不同数据库、不同版本可能都不一样，对于通用的实现不大现实， 除非是自己公司里边确定db版本 可枚举的异常 定制化处理才可行
