为什么设置Autocommit为true？

Question

我想了很久为什么JDBC API提供了一个自动提交模式（java.sql.Connection.setAutocommit()）。这似乎是一个诱人的麻烦，只是引诱人们陷入困境。我的理论是，它只添加到JDBC中，以便简化使用JDBC创建编辑和运行SQL的工具的供应商的生活。是否有其他理由打开自动提交，还是总是出错？

Answer 1

不幸的是，使用自动提交是数据库特定的（就像事务行为一样）。我认为，如果你没有一个全球的，程序化的交易策略，自动提交可能比只希望每个人都能正确地关闭/回滚交易要好。

说到MySQL，您可以在默认情况下保持autocommit = true，并且在您开始事务时它会自动关闭它。设置autocommit = false的唯一原因是，如果您想要在没有BEGIN的情况下尝试启动事务时强制执行错误。

为了简化今天典型的Java + MySQL应用程序，我会或多或少地忽略自动提交设置，使用开放会话视图模式并称其为好。

我强烈劝阻显式RDBMS行锁，并使用乐观锁。 Hibernate为乐观锁定提供了内置支持，但即使对于手写代码，它也是一种简单的模式，并且可以提供更好的性能。

Answer 2

提交模式改变数据库持有锁的方式。

建议仅在事务模式下禁用自动提交模式。这样，您可以避免为多个语句保留数据库锁定，从而增加与其他用户发生冲突的可能性。

...

为了避免交易过程中出现冲突，数据库管理系统使用的锁，机制，阻止他人访问正由事务访问的数据。 （请注意，在自动提交模式，其中每条语句是一个事务，持有锁只有一个声明。）

http://download.oracle.com/javase/tutorial/jdbc/basics/transactions.html

Answer 3

只需要合理的理由，我可以看到的是摆脱connection.commit()和connection.rollback()简单的单一查询事务处理小应用程序中的样板。原始形式的JDBC本身就需要很多样板。每一行都使JDBC对于初学者来说不那么可怕。

Answer 4

我正在使用的代码库的95％现在涉及单个更新，其中自动提交是完全合理的。所以，我们默认它。只需将它关闭足够长的时间以完成需要成为事务的代码段，然后自动提交即可重新开始！

Answer 5

我几乎总是以autocommit = true运行。 99％的时间，我的更新是原子。当然，在某些情况下，如果您编写借方，然后尝试写入您希望回滚的信用额度失败。但根据我的经验，这些比较少见。通常我写的每个记录都是独立的。在这种情况下，在每次写入都很方便之后，不需要费心提交一次提交。它在这里和那里保存了一行代码。如果考虑到程序的结构，这意味着我不需要额外的try/catch块或者我不需要在函数之间传递连接对象，它可以节省更多的时间。它可以节省那些忘记做提交的烦人的错误。

我发现它可以“引诱某人陷入麻烦”的唯一方法是他决定关闭自动提交并进行提交或回滚比较麻烦，因此他更新了应该在事务中单独进行的更新。然后，只要没有任何事情会中止交易，所有事情都可以正常工作。如果测试场景不足，我可以想象这会滑入生产。

但是你几乎可以对任何语言的任何特征说几句话。就像，假设你编写一个程序来处理数字，90％的时间适合长时间，但是现在或许会变得更长。面对这种情况，正确的做法是使用BigInteger或创建一个新类来处理更大的数字。一个懒惰的程序员可能会被诱使用很长的时间，因为它通常会起作用，而其他替代方法则很麻烦。您是否因此得出结论：Java不应该包含long（或int），因为有人可能会在不恰当时引诱它们使用它们？

如果在您的程序中大部分更新必须在事务上下文中完成，请关闭自动提交。它的存在并不会伤害你。当它方便时，它在那里，但当它不是时，你可以关闭它。

Answer 6

自动提交很方便;但随着JDBC 3规范的变化，变得不那么有用。

由于“自动提交”模式下的JDBC 3连接不能打开多个语句。执行另一个语句，将关闭第一个 - 包括任何ResultSet。

因此，在SELECT中循环并发布UPDATE（甚至嵌套的SELECT）将会失败。显然这是一种犯罪，实际上想做些什么与你的外部SELECT的结果！

---

不管怎么说，依赖于特定的驱动程序版本& ..但在一般的JDBC 3.0规范似乎强制此无益的行为。升级驱动程序也可能无益地“发现”这种行为。

为什么使用自动提交？本来，这很有帮助&方便。至于其他的答案说，JDBC需要丰富金额废话和处理能正确调用.. JDBC是不是一个真正的精心设计的API :(

---

这些天来，你最好使用Hibernate或Spring的JdbcTemplate。 。如果你正在做servlet/web应用程序，在“用户请求”的边界放置事务管理（开始/结束）或Hibernate会话（绑定到线程本地）。

例如，get在ServletRequest的开始处绑定你的连接/事务;并在最后返回它

你可以使用javax.servlet.Filter或类似的方法，并绑定它到线程局部，使静态帮手得到它或需要它，等

Answer 7

那么有需要仔细看一下，同时启用“自动提交”在全球层面一定的条件：

a。）查询级别的事务管理将留给用户，对于一个实例，如果需要一堆查询来一起成功或失败，那么它需要在BEGIN下进行包装并提交事务。 ）请记住，启用“自动提交”时不会回滚。

c）还有写作（提交）每一笔交易的开销。 d））对于只读查询，没有明确需要“自动提交”，但通过启用“自动提交”，它会自动执行所有查询。

如果表锁定是启用自动提交的唯一考虑因素，那么它可能不是一个好主意，相反可能会采取较低的锁定超时。