Java事务--JTA原理

        上一篇文章介绍了JDBC事务，JDBC可以处理单数据源的事务，满足大部分事务处理的需求，但是JDBC事务不能解决多数据源和分布式事务问题，Java平台给我们提供了解决方案--JTA。本文将探讨JTA的一些细节。

        一 分布式事务
        通常把一个数据库内部的事务处理，如对多个表的操作，作为本地事务看待。数据库和JDBC的事务处理对象是本地事务，而分布式事务处理的对象是全局事务。
        所谓全局事务，是指分布式事务处理环境中，多个数据库可能需要共同完成一个工作，这个工作即是一个全局事务，例如，一个事务中可能更新几个不同的数据库。对数据库的操作发生在系统的各处，但必须全部被提交或回滚。此时一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功，还要依赖与全局事务相关的其它数据库的操作是否成功，如果任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有操作都必须回滚。
        一般情况下，某一数据库无法知道其它数据库在做什么，因此，在一个 DTP 环境中，交易中间件是必需的，由它通知和协调相关数据库的提交或回滚。而一个数据库只将其自己所做的操作（可恢复）影射到全局事务中，这个环境就是分布式事务处理模型。
        二 XA规范
        X/Open 组织（即现在的 Open Group ）定义了分布式事务处理模型。 X/Open DTP 模型（ 1994 ）包括应用程序（ AP ）、事务管理器（ TM ）、资源管理器（ RM ）、通信资源管理器（ CRM ）四部分。
        一般常见的事务管理器（ TM ）是交易中间件，例如JDBC或者hibernate提供的transactionmanager，常见的资源管理器（ RM ）是数据库，通常就是数据源，例如JDBC或第三方提供的datasource，常见的通信资源管理器（ CRM ）是消息中间件，如JMS。
        典型的DTP模型如下：

<