6 张图带你彻底搞懂分布式事务 XA 模式，熬夜整理出Java后端学习路线

@Bean(“dataSourceProxy”)

public DataSource dataSource(DruidDataSource druidDataSource) {

return new DataSourceProxyXA(druidDataSource);

}

• 也可以根据普通 DataSource 来创建 XAConnection，但是这种方式有兼容性问题（比如 oracle），所以 seata 使用了开发者自己配置 XADataSource。

• seata 提供的 XA 数据源代理，要求代码框架中必须使用 druid 连接池。

1. XA 第一阶段

---

当 RM 收到 DML 请求后，seata 会使用 ExecuteTemplateXA来执行，执行方法 execute 中有一个地方很关键，就是把 autocommit 属性改为了 false，而 mysql 默认 autocommit 是 true。事务提交之后，还要把 autocommit 改回默认。

下面我们看一下 XA 第一阶段提交的主要代码。

1）开启 XA

上面代码标注[1]处，调用了 ConnectionProxyXA 类的 setAutoCommit 方法，这个方法的源代码中，XA start 主要做了三件事：

• 向 TC 注册分支事务

• 调用数据源的 XA Start

xaResource.start(this.xaBranchXid, XAResource.TMNOFLAGS);

• 把 xaActive 设置为 true

RM 并没有直接使用 TC 返回的 branchId 作为 xa 数据源的 branchId，而是使用全局事务 id(xid) 和 branchId 重新构建了一个。

2）执行 sql

调用 PreparedStatementProxyXA 的 execute 执行 sql。

3）XA end/prepare

public void commit() throws SQLException {

//省略部分源代码

try {

// XA End: Success

xaResource.end(xaBranchXid, XAResource.TMSUCCESS);

// XA Prepare

xaResource.prepare(xaBranchXid);

// Keep the Connection if necessary

keepIfNecessary();

} catch (XAException xe) {

try {

// Branch Report to TC: Failed

DefaultResourceManager.get().branchReport(BranchType.XA, xid, xaBranchXid.getBranchId(),

BranchStatus.PhaseOne_Failed, null);

} catch (TransactionException te) {

//这儿只打印了一个warn级别的日志

}

throw new SQLException(

"Failed to end(TMSUCCESS)/prepare xa branch on " + xid + “-” + xaBranchXid.getBranchId() + " since " + xe

.getMessage(), xe);

} finally {

cleanXABranchContext();

}

}

从这个源码我们看到，commit 主要做了三件事：

• 调用数据源的 XA end

• 调用数据源的 XA prepare

• 向 TC 报告分支事务状态

到这里我们就可以看到，seata 把 xa 协议的前两个阶段合成了一个阶段。

2. XA commit

---

这里的调用关系用一个时序图来表示：

看一下 RmBranchCommitProcessor 类的 process 方法，代码如下：

@Override

public void process(ChannelHandlerContext ctx, RpcMessage rpcMessage) throws Exception {

String remoteAddress = NetUtil.toStringAddress(ctx.channel().remoteAddress());

Object msg = rpcMessage.getBody();

if (LOGGER.isInfoEnabled()) {

LOGGER.info(“rm client handle branch commit process:” + msg);

}

handleBranchCommit(rpcMessage, remoteAddress, (BranchCommitRequest) msg);

}

从调用关系时序图可以看出，上面的 handleBranchCommit 方法最终调用了 AbstractRMHandler 的 handle 方法，最后通过 branchCommit 方法调用了 ResourceManagerXA 类的 finishBranch 方法。

ResourceManagerXA 类是 XA 模式的资源管理器，看下面这个类图，也就是 seata 中资源管理器（RM）的 UML 类图：

上面的 finishBranch 方法调用了 connectionProxyXA.xaCommit 方法，我们最后看一下 xaCommit 方法：

public void xaCommit(String xid, long branchId, String applicationData) throws XAException {

XAXid xaXid = XAXidBuilder.build(xid, branchId);

//因为使用mysql，这里xaResource是MysqlXAConnection

xaResource.commit(xaXid, false);

releaseIfNecessary();

}

上面调用了数据源的 commit 方法，提交了 RM 分支事务。

到这里，整个 RM 分支事务就结束了。Rollback 的代码逻辑跟 commit 类似。

最后要说明的是，上面的 xaResource，是 mysql-connector-java.jar 包中的 MysqlXAConnection 类实例，它封装了 mysql 提供的 XA 协议接口。

总结

=======================================================================

seata 中 XA 模式的实现是使用数据源代理完成的，底层使用了数据库对 XA 协议的原生支持。

mysql 的 java 驱动库中，MysqlXAConnection 类封装类 XA 协议的底层接口供外部调用。

跟 TCC 和 SAGA 模式需要在业务代码中实现 prepare/commit/rollback 逻辑相比，XA 模式对业务代码无侵入。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

最后

2020年在匆匆忙忙慌慌乱乱中就这么度过了，我们迎来了新一年，互联网的发展如此之快，技术日新月异，更新迭代成为了这个时代的代名词，坚持下来的技术体系会越来越健壮，JVM作为如今是跳槽大厂必备的技能，如果你还没掌握，更别提之后更新的新技术了。

更多JVM面试整理：

va）**
[外链图片转存中…(img-TVdCRAIC-1711727953717)]

最后

2020年在匆匆忙忙慌慌乱乱中就这么度过了，我们迎来了新一年，互联网的发展如此之快，技术日新月异，更新迭代成为了这个时代的代名词，坚持下来的技术体系会越来越健壮，JVM作为如今是跳槽大厂必备的技能，如果你还没掌握，更别提之后更新的新技术了。

[外链图片转存中…(img-YWKC9fem-1711727953718)]

更多JVM面试整理：

[外链图片转存中…(img-PjbehrJZ-1711727953718)]