分布式事务seata执行流程原理 xa at tcc

分布式事务是指在分布式系统中，跨多个服务或数据库节点的事务。Seata（Simple Extensible Autonomous Transaction Architecture）是一个开源的分布式事务解决方案，它支持多种分布式事务模式，包括XA、AT和TCC。

以下是这三种模式的执行流程原理：

1. XA模式（基于两阶段提交）：

XA模式基于两阶段提交（2PC）协议。其核心思想是引入一个事务协调者（Transaction Coordinator）来协调各个参与者（Participant，即各个服务或数据库节点）的事务提交或回滚。

• 准备阶段（Prepare Phase）：事务协调者向所有参与者发送准备提交的消息。每个参与者执行本地事务，并将结果（准备提交或回滚）返回给事务协调者。
• 提交阶段（Commit Phase）：如果所有参与者都返回准备提交的结果，事务协调者向所有参与者发送提交消息，否则发送回滚消息。参与者根据收到的消息执行相应的提交或回滚操作。

XA模式的优点是支持跨多个数据库或服务的分布式事务，但缺点是性能较低，因为需要等待所有参与者都准备提交后才能进行提交操作。

2. AT模式（基于补偿机制）：

AT模式基于补偿机制，通过记录事务执行前后的数据状态，生成反向操作来实现回滚。

• 开始事务：Seata客户端向TC（Transaction Coordinator）注册分支事务，并开启本地事务。
• 业务操作：执行SQL语句，同时记录需要回滚的日志（Undo Log）。
• 提交事务：如果业务操作成功，Seata客户端向TC报告分支事务提交成功，TC汇总所有分支事务的状态，决定全局事务是否提交。如果全局事务提交，则TC通知所有分支事务提交；否则通知分支事务回滚。
• 回滚事务：如果分支事务回滚，Seata客户端根据Undo Log执行反向操作，恢复数据到事务开始前的状态。

AT模式的优点是性能较高，因为不需要等待所有参与者都准备提交后才能进行提交操作。但它只支持关系型数据库，并且需要数据库支持回滚操作。

3. TCC模式（Try-Confirm-Cancel）：

TCC模式基于补偿机制，将分布式事务分为Try、Confirm和Cancel三个阶段。

• Try阶段：尝试执行业务操作，但不对业务数据进行实际修改。
• Confirm阶段：如果Try阶段成功，则执行实际的业务操作。
• Cancel阶段：如果Try或Confirm阶段失败，则执行补偿操作，将业务数据恢复到Try阶段之前的状态。

TCC模式的优点是支持跨多个数据库或服务的分布式事务，并且可以在业务代码中灵活控制事务的执行流程。但缺点是开发复杂度较高，需要开发者手动编写Try、Confirm和Cancel三个阶段的逻辑。

总之，Seata通过XA、AT和TCC三种模式为分布式系统提供了灵活可靠的分布式事务解决方案。开发者可以根据具体的业务场景和需求选择合适的模式来实现分布式事务。