java - 关闭连接后，数据连接池中的连接也不可用

Question

当存在已完成数据库工作并等待其他一些 API 调用的 Activity 线程时，我无法获取连接。

这是流程和问题。

请求过来并进行数据库选择调用。从数据库获取数据后，我们调用一些 API 来获取其他数据。 如果由于某种原因 API 调用出现延迟，同时另一个线程进入流程，则新请求的 getConnection 数据源超时。

最初的实现是在 Spring JPA 上，然后我尝试使用 JDBCTemplate 甚至老式代码作为 getConnection、prepareStatement，然后一一关闭，但每次都是同样的问题。如果线程繁忙，则 getconnection 不起作用。

在我的 web 应用程序中，我在生产中使用具有 70 个连接的 jdbc 池，但在本地仅使用 2 个连接来重现问题。因此，它可以同时处理 2 个请求，但如果我在 2 个请求仍在处理过程中发出第 3 个请求，则会抛出错误。

我无法理解，如果我关闭或释放连接，那么为什么数据源仍然没有提供连接。

下面是示例代码，所有控制权都在我手中。

try{
LOGGER.debug("Trying to get connection");
con = datasource.getConnection();
LOGGER.debug("Trying to prepareStatement");
ps = con.prepareStatement("select * from table where itemnumber=?");
ps.setString(1, itemnumber);
LOGGER.debug("Trying to executeQuery");
ResultSet rs = ps.executeQuery();
while(rs.next()) {
    ufiles.add(rowMap.mapRow(rs, 0));
}


} catch (Exception e) {
        LOGGER.error("Error in execution ",e);
    } finally {

        try {
            if(ps!=null && !ps.isClosed()) {
                ps.close();
            }

            if(con!=null && !con.isClosed()) {
                con.close();
            }
        } catch (Exception e) {
            LOGGER.error("Error in closing connection ",e);
        }

    }

连接池 XML

<dataSource id="STREAMAPP" jndiName="jdbc/APPDB" type="javax.sql.ConnectionPoolDataSource">
        <jdbcDriver libraryRef="ORACLEDRIVERLIB" />
        <connectionManager connectionTimeout="10s" minPoolSize="1" maxPoolSize="2" maxIdleTime="30s" agedTimeout="7200s" />
</dataSource>

应用程序日志

尝试建立连接
尝试准备声明
尝试执行查询

转换后的java对象得到返回，然后我们在另一个类和方法中进行API调用。同时，如果另一个请求到来，则等待 10 秒后 getConnections 将超时。

Trying to get connection
Error in execution 
java.sql.SQLTransientConnectionException: Connection not available, Timed out waiting for 10000
    at com.ibm.ws.rsadapter.AdapterUtil.toSQLException(AdapterUtil.java:809)
    at com.ibm.ws.rsadapter.jdbc.WSJdbcDataSource.getConnection(WSJdbcDataSource.java:152)
    at com.ibm.ws.rsadapter.jdbc.WSJdbcDataSource.getConnection(WSJdbcDataSource.java:116)

Answer 1

经过更多研究，所有指针都指向服务器上的 GC 和连接池实现。我在配置中没有找到任何解决方案，因此最后我将 DAO 调用和 API 调用拆分为两个入站请求。

消费者(UI)第一次调用从数据库获取数据。 然后在成功响应 UI 后，通过传递从第一个(来自数据库)收到的响应来调用另一个 API 来调用流程的其余部分。

因此，作为线程完成后实际释放连接的池，因此在 UI 发出第一个请求后，它会立即使连接可用于下一个请求。

通过将其一分为二，现在我什至可以让我的应用程序仅使用一个连接运行，并同时处理 20-30 个请求，因为我的数据库调用只需要 100 毫秒，连接超时为 10 秒。因此，只需 1 个连接，我就可以处理大约 90-100 个请求。 :)