MySQL 和 JDBC 连接池：未关闭的语句

Question

我正在审查一大堆现有代码，试图找到可能导致连接池耗尽或抛出其他错误的未关闭连接。

在某些地方我看到连接返回到池中，ResultSet 已关闭，但 PreparedStatement 并未关闭。

在伪代码中它看起来像这样：

Connection conn = null;
try {
   conn = MyJdbcTemplateHolder.getNewConnectionFromPool();
   PreparedStatement ps = conn.prepareStatement(sql, ...);
   ResultSet rs = st.executeQuery();

   // do stuff with results

} catch(Exception e) {
   // exception
} finally {
   rs.close();
   MyJdbcTemplateHolder.returnConnectionToPool(conn);
   //***** Here is what's missing: st.close(); *****
}

问题是：open 语句是否会因为没有显式关闭而导致问题？ 还是关闭 ResultSet 并返回连接就足够了？

显然，我不是在谈论一个开放的声明 - 我们有一个包含 100 个连接的池和代码中可能出现此问题的几十个位置。

• MySQL 版本为 5.1
• 我的 JDBC jar 是 mysql-connector-java-5.1.11-bin.jar

Answer 1

答案是是的，这可能会导致问题。正如在 SO 中讨论的那样：

• Closing JDBC Connections in Pool
• JDBC MySql connection pooling practices to avoid exhausted connection pool

如果您在完成与连接相关的资源后（或在 finally 块中）没有以相反的顺序关闭它们，那么您将处于危险之中。连接池处理这些问题的方式各不相同，但令人担忧的是 - 至少 - 一组不正确关闭的资源被扔回池中。

如果不清楚（您可能已经知道这一点），请在此处进一步讨论正确关闭资源：

• How to properly clean up JDBC resources in Java?

请注意，在即将发布的 Java 7 中，这里会有一些帮助：

http://www.javaspecialists.eu/archive/Issue190.html

其中在 Java 中引入了新的 try-with-resources 语句，该语句会自动关闭 try 语句中引用的所有 AutoCloseable 资源。