如何在 JDBC 中启动事务？

Question

Connection.setTransactionIsolation(int) 警告：

注意：如果在事务期间调用此方法，则结果是实现定义的。

这就引出了一个问题：如何在 JDBC 中开始事务？很清楚如何结束事务，但不清楚如何开始。

如果Connection 在事务内部开始，我们应该如何在事务外部调用Connection.setTransactionIsolation(int) 以避免特定于实现的行为？

Answer 1

回答我自己的问题：

• JDBC connections 开始时启用自动提交模式，其中每个 SQL 语句都隐式地与一个事务划界。
• 希望每个事务执行多个语句的用户必须转至auto-commit off。
• 更改自动提交模式会触发当前事务的提交（如果一个处于活动状态）。
• 如果启用了自动提交，则可以随时调用Connection.setTransactionIsolation()。
• 如果禁用自动提交，Connection.setTransactionIsolation() 只能在事务之前或之后调用。在事务中间调用它会导致未定义的行为。

请参阅 Oracle 的 JDBC Tutorial。

Answer 2

将一个连接用于多个事务（重用、池化或链接），一些奇怪的问题可能会潜伏产生人们不得不忍受的问题，因为他们通常无法确定原因。

想到以下场景：

1. （重新）使用正在进行/未提交事务的连接
2. 有缺陷的连接池实现
3. 在某些数据库（尤其是分布式 SQL 和 NoSQL 数据库）中实现更高的隔离级别

第 1 点直截了当且易于理解。 第 2 点基本上通向第 1 点或（和）第 3 点。

第 3 点是关于在发出第一条语句之前已经开始新事务的系统。从数据库的角度来看，这样的事务可能早在发出“第一个”真实语句之前就已经开始了。如果并发模型基于快照概念，即仅读取在事务开始时有效的状态/值，但没有稍后更改的更改，那么在提交当前事务的完整读取集时非常重要也经过验证。

由于 NoSQL 和某些隔离级别（如 MS SQL-Server 快照）通常不会验证读取集（以正确的方式），所有的赌注通常都与预期的结果相符。虽然这是一个始终存在的问题，但当处理在最后一次提交时开始的事务或当连接被池化而不是实际使用的连接时，情况会更糟，确保事务实际开始通常很重要预计何时开始。 （如果使用回滚只读事务也非常重要）。

我在 JAVA 中处理 JDBC 时使用以下规则：

1. 如果公司将普通 JDBC 与任何池机制结合使用，则始终在使用 JDBC 连接之前回滚（废弃所有数据并启动新事务）
2. 使用 Hibernate 进行事务处理，即使只使用会话管理的 JDBC 连接来处理普通 SQL。到目前为止，交易从未出现过问题。
3. 使用 BEGIN / COMMIT / ROLLBACK 作为 SQL 语句（如前所述）。如果您在活动事务期间发出 BEGIN 语句，大多数实现将失败（为您的数据库测试它并记住测试数据库不是生产数据库，并且 JDBC 驱动程序和 JDBC 服务器端实现在行为上可能与在实际服务器）。
4. 在自己的包装器中使用 3 用于 JDBC 连接实例。这种方式的事务处理总是正确的（如果没有使用反射并且连接池没有缺陷）。

3+4 我只在响应时间很关键或 Hibernate 不可用时使用。 4 允许针对特殊情况使用一些更高级的性能（响应时间）改进模式

Answer 3

如果您希望将连接保持在“setAutoCommit(true)”模式但仍需要事务，则可以手动运行事务：

 try (Statement statement = conn.createStatement()) {
      statement.execute("BEGIN");
      try {
        // use statement ...
        statement.execute("COMMIT");
      }
      catch (SQLException failure) {
        statement.execute("ROLLBACK");
      }
  }

Answer 4

您可以使用这些方法进行交易：

1. 你必须创建像con这样的连接对象
2. con.setAutoCommit(false);
3. 您的查询
4. 如果一切都是真的con.commit();
5. 否则con.rollback();

Answer 5

也许这会回答你的问题： 每个连接只能有一个事务。 如果自动提交开启（默认），每次选择、更新、删除都会自动启动并提交（或回滚）一个事务。 如果您关闭自动提交，您将启动一个“新”事务（意味着提交或回滚不会自动发生）。在某些语句之后，您可以调用 commit 或 rollback，它会完成当前事务并自动启动一个新事务。 您不能在纯 JDBC 上的一个 JDBC 连接上主动打开两个事务。

Answer 6

我建议你阅读this你会看到

因此，第一次调用 setAutoCommit(false) 和每次调用 commit() 隐式标记开始 一笔交易。交易可以 在他们被提交之前撤消 打电话

编辑：

查看 JDBC Transactions 的官方文档

创建连接时，它处于自动提交模式。这意味着 每个单独的 SQL 语句都被视为一个事务，并且是 执行后立即自动提交。 （为了更 准确地说，默认是在提交 SQL 语句时提交 完成，而不是执行时。当所有的语句完成时 其结果集和更新计数已被检索。在几乎 但是，在所有情况下，声明都已完成，因此已提交， 执行后立即执行。）

允许将两个或多个语句组合成一个 事务是禁用自动提交模式。这是演示 在以下代码中，其中 con 是一个活动连接：

con.setAutoCommit(false);

来源：JDBC Transactions

Answer 7

JDBC 隐式地划分了您在与事务的连接上执行的每个 查询/更新。您可以通过调用 setAutoCommit(false) 来关闭自动提交模式并调用 commit()/rollback() 来指示事务结束来自定义此行为.伪代码

try
{
  con.setAutoCommit(false);

   //1 or more queries or updates

   con.commit();
}
catch(Exception e)
{
   con.rollback();
}
finally
{
   con.close();
}

现在，您展示的方法中有一个类型。应该是setTransactionIsolation(int level)，不是事务划界的api。它管理一个操作所做的更改如何/何时对其他并发操作可见，ACID 中的 "I" (http://en.wikipedia.org/wiki /Isolation_(database_systems))

Answer 8

实际上，this page from the JDBC tutorial 会更好读。
你会得到你的连接，设置你的隔离级别，然后做你的更新和东西，然后提交或回滚。