数据源使用的是 Hikari ，

但是 在运行一段时间后爆：

SQLTransientConnectionException:  Connection is not available, request timed out after 60001ms.

配置超时确实是 配置了 60s 超时。

百度一般都说是什么配置问题，会不会是配置问题？

dataSource.setReadOnly(false); //默认false

dataSource.setIdleTimeout(50000L);

dataSource.setValidationTimeout(3000L);

dataSource.setMaxLifetime(50000L);

加上对应配置。

本地跑起来 没有出现  这个异常了。

但是在 测试环境，发现 过了一段时间还是出现了这个  连接超时异常。

在本地环境运行了 一天 或者更久一点，确实 也出现了这个问题。

看配置最大 连接 数量是 50 。  执行了 50次连接数据查询之后， 再次 执行的连接查询，也是 出现连接超时。

一些网友说是 ，  连接没有关闭， 导致 连接数耗尽了，所以再次获取连接的时候获取不到，一直到数据源获取连接超时了。

如果是这样似乎是 合理了。

查看代码

Connection connection=null;

try {

connection = dataSource.getConnection();

PreparedStatement preparedStatement = connection.prepareStatement(sql);

ResultSet resultSet = preparedStatement.executeQuery();

while (resultSet.next()) {

Map resultMap = new HashMap<>();

ResultSetMetaData setMetaData = resultSet.getMetaData();

for (int i = 1; i <= setMetaData.getColumnCount(); i++) {

String columnName = setMetaData.getColumnLabel(i);

Object value = resultSet.getObject(columnName);

resultMap.put(columnName, value);

}

resultMapList.add(resultMap);

}

} catch (SQLException e) {

log.error("执行统计SQL出错：{}", sql, e);

}

确实没有关闭连接。

如果是整合spring的话，那么 会 自动帮我们关闭连接的。

所以这样子方式的话，必须手动关闭连接。

加个 finally   连接 close()  ，问题果然解决了。