mysql - Spring、Hibernate、MySQL - 事务如何工作 - 结论/问题**

Question

我使用 Spring Framework 3.0.5、Hibernate 3.6 和 MySQL Server 5.1。我有一些关于事务管理的一般问题。我个人从 spring 开始使用声明式事务管理。如果您能用是/否(或正确/不正确)回答我的问题，并且在必要时提供简短的解释，那就太好了。如果有不同的意见，如果几个人一起回答就好了。谢谢 :-)

1) 你说这句话是否正确:A DBMS 负责事务及其行为的一般实现。

1) B) 也许更好的说法是:DBMS 负责事务的一般实现和数据库的行为(例如，当事务回滚时)。

2) Hibernate 只使用数据库连接。它需要事务，但它不配置任何(!)有关事务及其行为的设置。

3) 但是:为了使用事务，Hibernate 需要知道事务从哪里开始、在哪里提交和需要回滚。

4) Hibernate 是否还需要知道发生回滚的情况？我认为没有，因为这应该在 DBMS 中定义。 (这意味着:哪些表应该被锁定，哪些数据库操作应该被撤销，等等，对吗？)

5) 对于 3) ，可以使用编程式或声明式事务管理。

6) 使用programmativ事务管理时，Hibernate需要知道的一切( 3) ) 可以由开发人员手动编写在源代码中。

7) 对于声明式事务管理，需要一个额外的 hibernate 框架，例如 Spring。

8) Spring 管理事务。对他们来说就像一个框架。它触发操作，例如启动和回滚事务。

9) Spring 还可以定义哪些异常回滚必须或不能发生

10) 当回滚发生时，Spring 是否有任何额外的事情？我认为数据库负责回滚，spring只是触发它，对吗？它只是为了确保......

谢谢 :-)

[编辑]
这是对 duffymo 的回答，评论太长了，我不能在 8 小时内回答我自己的问题，这就是为什么现在我必须把它放在这里。对不起。

@duffymo

有趣的答案，以下是我的想法:

所以我们同意，当事务回滚或提交时数据库的行为(当然!)是由 DBMS 直接实现或定义的，对吗？
我知道事务管理器(PlatformTransactionManager)，但我真的认为它只是启动事务、回滚和提交。这意味着，它不负责数据库如何处理事务，对吗？
我猜我的表述有误，我更新了它 (1B)

这对我来说有点抽象。这是否意味着我的句子是正确的还是错误的:-)

它如何自己标记这一点？我认为这必须由开发人员完成？我想到了“启动 tx，提交...”，这可以由开发人员在源代码中完成

我同意。这是我在所有这些文档中发现有点难以理解的一件事。他们告诉我们捕获了哪些交易，哪些交易没有被捕获，但是如果要了解如何处理它们，您必须自己找出来。一开始我很困惑，因为我不确定是否可以用 try/catch-block 包围事务注释方法的调用，以便捕获异常并通知用户。仅仅回滚事务是不够的，我需要通知用户。这就是为什么我几乎到处都使用 try/catch - 你如何处理这个？

这是我不明白的一点。 Spring 提供程序化和声明式事务管理。如果 Spring 本身管理事务，当然使用声明式 transman。程序化是......在我看来......只是程序化。我不确定您是否可以说“Hibernate==programmatic”，因为您可以将 Hibernate 与编程和声明式事务管理一起使用。也许可以说 hibernate 不提供 ITSELF 声明式事务管理。

我什至不知道可以“在 JDBC”中执行此操作 - 我必须承认我当时不知道这是如何详细工作的。不知何故有趣，在阅读您认为我反对使用声明式事务时(如果我没有误解您的话)，我真的很欣赏声明式事务管理。 :-) 我认为它非常易于使用，并且在阅读代码时非常易于理解。

如果我想将 Hibernate 与声明式事务管理一起使用，我需要一个像 Spring 这样的额外框架。因为声明性意味着，一个额外的框架“完成您必须以编程方式完成的所有工作”。 (例如启动 tx、提交、回滚)。而且我还猜测 Spring 可能不是唯一为 hibernate 提供声明式事务管理的框架。但我的问题的要点是，如果不使用额外的框架，就不可能对 hibernate 使用声明式事务管理。我希望我现在正确地表达了它:-)

好的，正确。所以事务管理器会触发回滚、启动 tx 等等

好的..

对不起:-)

我只是喜欢了解事情是如何运作的。我一遍又一遍地阅读文档，但如果你是自己学习所有东西，理解基本事实很重要。这就是为什么我问:-) 谢谢你的帮助! :-)

Answer 1

这是我的看法:

最终提交/回滚行为是在关系数据库中完成的，但将所有责任都交给数据库并不完全准确。当您一起使用 Spring、JDBC 和关系数据库时，会涉及到一个中间层，通常称为事务管理器。

Hibernate 在对象中以编程方式实现事务逻辑。

Hibernate 确实以编程方式标记事务的开始和结束。

Hibernate 可能想知道事务是否回滚；更重要的是，您的应用程序需要知道，以便它可以告诉用户。

hibernate == 程序化； Spring == 声明式。

可以由开发人员编写。如果需要，您甚至可以在 JDBC 中完成所有操作。但是声明式交易有充分的理由。 (你听起来像是在为不使用它们辩解。我想知道为什么？)

不明白这一点 - 改写它。

事务管理器负责事务。

Spring 会抛出相应的异常，是的。

你似乎一遍又一遍地重复同样的问题。

你在这里的真正意义是什么？我很想知道。

您始终可以在 JDBC 中以编程方式执行此操作。最终，这就是所有使用 JDBC 与关系数据库交互的 Java 解决方案所使用的，包括 Hibernate 和 Spring。这是一个模板:

// prototypical write operation
public void update(Connection connection) throws SQLException
{
    connection.setAutoCommit(false);
    try
    {
        // SQL logic here
        connection.commit();  // if you get here, success
    } 
    catch (SQLException e)
    {
        try { if (connection != null) connection.rollback(); } catch (SQLException e) {}
        // might do some other things here (logging, etc.)
        // sql error codes will tell you why; spring translates these for you.
    }
    finally
    {
        // close statements here in individual try/catch blocks.
    }
}