Java-Transaction: 理解 XADataSource

最新推荐文章于 2024-10-09 13:30:15 发布

最新推荐文章于 2024-10-09 13:30:15 发布 · 456 阅读

文章标签：

#Java #DB2 #Hibernate #JavaEE #项目管理

Java 专栏收录该内容

42 篇文章

订阅专栏

本文探讨了XADataSource如何确保跨多个数据源的事务一致性，重点介绍了Start、End、Prepare和Commit四个步骤的作用，特别是在Prepare阶段的重要性和作用。通过具体案例分析了不同情况下事务的回滚与提交行为。

本人博客已经迁移至 www.shangyang.me 欢迎大家访问

Reference Site:

atomikos site: http://www.atomikos.com/Documentation/ConfiguringJdbc

http://www.atomikos.com/Documentation/WebHome

JTA : http://java.sun.com/javaee/5/docs/tutorial/doc/bnciy.html#bnciz

XA: http://jroller.com/pyrasun/category/XA

简单总结

XADataSource 通过四步Start, End, Prepare, Commit 保证多个数据源的事务完整性. 它主要额外提供了Prepare这个过程. 那么提供这个Prepare过程有什么用呢？这个过程有两个很重要的步骤, 1. 询问每个DataSource 你准备好了Commit吗？在这个期间，如果有任何一个Datasource返回No，所有事务回滚. 2. 向系统内写日志.(这一步对于在Commit的时候产生异常进行灾难性的恢复相当关键)。这里需要强调的是，对于XADataSource，JTA的事务管理范围包括 Start, End, Prepare 这三个步骤.

如果我们有2个数据源数据源A和数据源B, 来讨论如下几种事务失败的情况.

1. 在 Start <--> End(Java Transaction boundary) 之间, 凡是有任何异常，均可以正常回滚.

2. 在 Prepare 的时候出错, Java 的业务逻辑处理完成, XADataSource现在会询问所有的 DataSource "are you ready to commit", 如果任何一个DataSource说"No", 所有DataSource的事务全部回滚.

在项目开发的时候，遇到过一个很有趣的例子, 两个数据源 远程MQ Server + 本地DB2 DataBase, 用的atomikos JTA. 这里，我故意把atomikos的XADataSource 换成了Hibernate 的DataSource，写了一段很简单的程序，先执行Database 的存取操作，然后将相关数据发送给MQ，我故意在程序执行的最后(随便写了段System.out.println()语句) 处打了个断点，然后用Debug模式执行到该断点处，然后我扒开网线，这个时候实际上MQ已经失效了，然后让程序继续执行，最后MQ事务显然失败，但是数据库的事务却提交了. 这里的问题很明显，首先第一，我没用XADataSource,而用的Hibernate的DataSource，所以不会有Prepare这一步。第二，这个例子中，Start <--> END 已经执行完成，对于不是XADataSource的 JTA会直接到 Commit。而这步实际上就是在Commit 的时候出的错. 在JTA的范围之外了，所以整个事务回滚不了. 如果我们将Hibernate的DataSource换成atomikos的XADataSource，然后用相同的操作执行上面的步骤，MQ和DB2事务都失败. 这正是因为在Commit之前会有一步Prepare的过程，XADataSource会询问 MQ Server 和 DB2 DataSource 你们准备好了吗？而此时，MQ会说NO，所以整个事务回滚。这里，我们可以看到XADataSource 的必要性。

3. 在Commit 的时候出错. 这步就是灾难性的一步了，也是XADataSource最棘手的地方了。试想，JTA执行过程中一切成功，并且在Prepare过程的时候，所有的数据源都回答OK。最后某个DataSource在Commit自己的数据的时候不幸出错. 那么此时该如何解决呢？这里普片的做法就是在Prepare的时候，让XADataSource写日记记录数据提交的详细记录。那么是如何操作的呢? XADatasource会针对每个 XADataSource实例记录一个编号, 在Prepare的时候会针对这个XADataSource实例写日志，并且保留Commit失败时候的日志，如果Commit的时候发生异常（我们知道，这步已经是JTA事务管理之外的了，换句话说，这里是XADataSource 的JTA 已经不可能回滚的了），之后 atmokios 根据该失败的XADataSource实例日志会定期检查对应处理失败的数据源是否恢复正常，如果恢复正常，那么它会根据日志将进行再次提交，直到成功为止。但是现在并不是任何 XADataSource 的 Provider 都提供了Prepare()过程写日志的功能，有些仅仅是商业版本的才会提供。或许是因为这步是最棘手也是最难实现的的部分吧.