关于两阶段提交事务的问题

0 0

关于两阶段提交事务的问题5

一直都对“事务”这个概念不是很明确，总觉得“两阶段提交的事务”在逻辑上并不能保证ACID中的“一致性”。
今天找资料，看到如下一段文字：

文章地址为：http://www.ibm.com/developerworks/cn/java/j-jtp0305.html
两阶段提交
典型事务有几个参与者 —— 应用程序、事务监视器（TPM）以及一个或多个资源管理器（RM）。
很多事务只涉及一个 RM —— 通常是数据库。在这种情况下，RM 通常执行提交或回滚事务所需的大部分工作。（几乎所有事务 RM 都有它们自己的内置的事务管理器，这个管理器可以处理本地事务 —— 只涉及该 RM 的事务）。但是，如果事务涉及两个 RM 或多个 RM —— 可能是两个单独的数据库，或者是一个数据库和一个 JMS 队列，或者是两个单独的 JMS 提供者 —— 我们想确保 “要么全有要么全无” 的语义不仅仅应用于这个 RM 中，而且还应用于事务中的所有 RM。在这种情况下，TPM 将组织一个两阶段提交。在两阶段提交中，TPM 首先向每个 RM 发送一个 “准备” 消息，询问它是否准备就绪以及是否能够提交事务；如果它收到来自所有 RM 的确认应答，则将事务在其自己的事务日志中标记为已提交，然后指示所有 RM 提交事务。如果某个 RM 失败，则重新启动时它将向 TPM 询问有关失败时未处理的所有事务的状态，并提交它们或者对它们执行回滚操作。

上面的最后一段话，我理解的意思是：事务处理监视器TPM询问DB1和DB2是否准备就绪，此时DB1和DB2都确认就绪，然后TPM就发出“提交”指令，并将TPM处的事务日志标记为“已提交”，然后DB1和DB2分别提交事务。此时如果DB2提交失败，那DB1如何能将已经commit的数据回滚掉呢？上文中的“如果某个 RM 失败，则重新启动时它将向 TPM 询问有关失败时未处理的所有事务的状态，并提交它们或者对它们执行回滚操作。”应该怎么理解呢？

在我们的EJB项目中，TPM是不是属于EJB容器的一部分？
在非EJB的J2EE应用中，TPM应该是什么？
TPM是否也记录“事务日志”？

不知道有没有达人都这个比较了解，指点一下，谢谢！

DAO