如果需要,是否需要回滚java.sql.Connection#提交()引发异常?

我会做显式回滚只是为了清理的目的。尽管更改不会以任何方式持久化到数据库中,但显式地让数据库知道您已经完成了这一点似乎很好。就像显式关闭连接的方式一样,无需等待连接对象被垃圾收集。

这显然不是一个技术性的回答,我也很想知道这样做是否有实际意义。

根据 Java 1.6 JDBC docs :

强烈建议应用程序显式提交或 在调用close方法之前回滚活动事务。如果 调用close方法,并且存在一个活动事务,即 结果由实现定义。

从连接池获取连接时,大多数实现都将执行 connection.setAutoCommit(defaultAutoCommit) 在连接之前,根据JavaDocs:

如果在事务和自动提交模式期间调用此方法

如果 connection.rollback() 抛出一个异常-然后是一个棘手的异常。。。

“返回打开的连接?”如果该连接在一个池中共享(并且可能在将来),那么您不希望另一个事务提交您以前的工作。我见过许多客户/解决方案插入符合JDBC接口和 Connection.close() 也可以用于将连接返回到池。

try{}catch{} 你的 rollback() (编辑,只需阅读整个帖子,但我总是喜欢在回滚时记录异常)

我通常的做法是:

boolean bSuccess = false;
Connection con = null;
try {
    // assume this method returns an opened connection with setAutoCommit(false)
    con = createConnection(); 

    // do DB stuff

    bSuccess = true;
} catch (SQLException e) 
{
}
finally 
{
    try
    {
       if (con != null) 
       {
          if(bSuccess)
             con.commit()
          else
             con.rollback();

          con.close();
       }
    }
    catch(SQLException sqle)
    {
      log("Log the error here");
      // do nothing we tried
    }
}

也就是说,如果查询有效,我从未见过提交或回滚失败。
如果您有挂起的事务,那么大多数数据库都有释放它们的工具。大多数应用程序服务器将不断重试提交和回滚,直到它们可以连接。

你可能想看看这个帖子: Is it necessary to write ROLLBACK if queries fail?