分布式事务 Seata 教程 - AT模式源码分析之二阶段全局提交

在 Seata 的 AT 模式中，全局回滚是分布式事务的第二个阶段，它负责在全局事务无法成功提交时，将所有参与者的状态回滚到事务开始之前的状态。这一阶段确保了分布式事务的一致性和原子性。

下面我们将详细分析 AT 模式的第二阶段——全局回滚的实现。

二阶段全局回滚概述

全局回滚阶段包括以下几个关键步骤：

1. 全局回滚指令下发：事务协调者向各个参与者发送全局回滚指令。
2. 分支事务回滚：每个参与者接收到全局回滚指令后，执行分支事务的回滚。
3. Undo Log 使用：使用 Undo Log 来还原数据到事务开始前的状态。
4. Undo Log 清理：分支事务回滚成功后，清理 Undo Log。

源码分析

1. 全局回滚指令下发

当事务协调者确定需要进行全局回滚时，它会向各个参与者发送全局回滚指令。这个指令通常包含了全局事务的标识（XID）。

// 发送全局回滚指令
GlobalRollbackRequest request = new GlobalRollbackRequest(xid);
GlobalRollbackResponse response = tcClient.rollbackGlobal(request);

这里的 tcClient 是与事务协调者通信的客户端。

2. 分支事务回滚

参与者接收到全局回滚指令后，会执行分支事务的回滚。这部分主要是通过 Seata 的 BranchCallback 接口来实现的。

public interface BranchCallback {
    void rollback(BranchContext branchContext) throws Throwable;
}

3. 使用 Undo Log 进行回滚

在回滚分支事务时，参与者会使用 Undo Log 来还原数据到事务开始前的状态。Undo Log 包含了事务开始前后数据的变化情况，使得回滚成为可能。

// 使用 Undo Log 进行回滚
UndoLogManager.undo(xid, branchId);

4. 清理 Undo Log

一旦分支事务回滚成功，参与者需要清理 Undo Log，因为它们已经不再需要。

// 清理 Undo Log
UndoLogManager.clear(xid, branchId);

具体流程

4.1 事务回滚

当全局回滚指令到达时，参与者（通常是应用服务器）通过代理的 ConnectionProxy 和 StatementProxy 进行分支事务回滚。

// 通过 ConnectionProxy 回滚分支事务
ConnectionProxy connectionProxy = (ConnectionProxy) conn;
connectionProxy.rollback();

4.2 使用 Undo Log 进行数据恢复

一旦分支事务回滚被触发，参与者会使用 Undo Log 来恢复数据。

// 使用 Undo Log 进行数据恢复
UndoLogManager.undo(xid, branchId);

4.3 完成分支事务报告

完成分支事务回滚后，参与者需要向事务协调者报告分支事务的状态。

// 向事务协调者报告分支事务状态
BranchReportRequest reportRequest = new BranchReportRequest(branchId, BranchStatus.PhaseTwo_Rollbacked, xid);
BranchReportResponse reportResponse = tcClient.reportBranch(reportRequest);

总结

在 Seata 的 AT 模式下，全局回滚阶段主要包括了全局回滚指令的下发、分支事务的回滚、Undo Log 的使用以及分支事务状态的报告。这一系列操作确保了所有参与者的分支事务能够按照全局事务的最终决策进行一致性的回滚。

如果你想要更深入地了解 Seata 的工作原理，建议直接查看 Seata 的源码，特别是与事务回滚相关的类，如 GlobalRollbackRequest, GlobalRollbackResponse, BranchCallback, UndoLogManager 等。

需要注意的是，Seata 的源码和具体的实现细节可能会随着版本更新而有所变化，因此建议参考最新的官方文档和源码来进行学习。