数据源使用的是 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() ,问题果然解决了。
今天的文章浙大java60001_SQLTransientConnectionException: Connection is not available, request timed out after 6…分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/66634.html