「Seata」分布式事务解决方案（一）

技术路上的探险家

已于 2024-04-24 17:12:20 修改

阅读量715

点赞数 7

分类专栏： JAVA Java问题集中间件文章标签：分布式 java

于 2024-04-08 14:11:59 首次发布

本文链接：https://blog.csdn.net/qq_42392981/article/details/137500281

版权

JAVA 同时被 3 个专栏收录

24 篇文章 0 订阅

订阅专栏

Java问题集

9 篇文章 0 订阅

订阅专栏

中间件

7 篇文章 0 订阅

订阅专栏

「Seata」分布式事务解决方案的工作原理与应用场景

部署教程

部署教程

「seata」分布式事务seata部署及应用（二）

Seata 简介

Seata 是由阿里巴巴集团发起并开源的分布式事务解决方案。Seata 是一个开源的分布式事务解决方案，旨在解决分布式环境下的事务一致性和可靠性问题。

Seata 的三大角色

事务协调器（Transaction Coordinator）：
- 维护全局和接收分支事务的状态，驱动全局事务提交或回滚。
事务参与者（Transaction Participant）：
- 定义全局事务的范围：开始全局事务、提交或回滚全局事务。
资源管理器（Resource Manager）：
- 管理分支事务处理的资源，向TC注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。

Seata 的执行流程

Seata的整体执行流程设计为两阶段提交，其执行流程如下：

第一阶段

所有RM（Resource Manager，资源管理者，业务代码中被远程调用的部分）执行自己的本地事务。在执行本地事务时，seata使用数据源代理，在执行SQL前，对SQL进行解析，生成前置镜像SQL和后置镜像SQL，同时向undo log插入一条数据，方便后期出现异常做回滚，然后向TC（Transaction Coordinator，事务协调器）注册分支事务，提交本地事务，最后向TC提交它的分支事务状态。

第二阶段

所有RM本地事务执行成功，此时TM（Transaction Manager，事务管理器）会向TC发起全局事务提交，TC会立马释放全局锁然后异步驱动所有RM做分支事务的提交。
存在一个RM本地事务不成功，此时TM会向TC发起全局事务回滚，TC会驱动所有的RM做回滚操作，等待所有的RM回滚成功后然后再释放全局锁。

seata 的四种模式

Seata 支持四种不同的事务模式，分别是：AT 模式、TCC 模式、SAGA 模式和 XA 模式。

AT 模式（Automatic Transaction Mode）：
- AT 模式是 Seata 的默认事务模式，也是最简单的模式之一。
- 在 AT 模式下，Seata 通过对分支事务的前置和后置操作来实现事务的提交和回滚。
- 分支事务只需要在事务开始时注册分支，然后在事务结束时提交或回滚即可，无需手动编写特定的业务逻辑代码。
- AT 模式适用于绝大多数的业务场景，并且具有较好的性能和简单性。
TCC 模式（Try-Confirm-Cancel Mode）：
- TCC 模式是一种面向业务逻辑编程的事务模式，适用于需要对事务进行更加精细控制的场景。
- 在 TCC 模式下，每个参与者需要实现 try、confirm 和 cancel 三个阶段的业务逻辑，分别对应事务的尝试执行、确认执行和取消执行。
- TCC 模式通过编程方式实现了事务的补偿机制，即在发生异常时通过 cancel 阶段来回滚事务。
- TCC 模式适用于一些需要对事务进行细粒度控制的场景，如库存扣减、余额支付等。
SAGA 模式（Saga Mode）：
- SAGA 模式是一种长事务模式，适用于分布式环境下的长时间运行事务。
- 在 SAGA 模式下，事务被拆分为多个阶段，每个阶段都有自己的补偿操作，当某个阶段出现异常时，系统可以根据补偿操作来进行事务的回滚。
- SAGA 模式通过异步消息传递来协调各个阶段的执行顺序，从而实现了长事务的管理和控制。
- SAGA 模式适用于一些长时间运行的事务，如跨国交易、航班预订等。
XA 模式（XA Mode）：
- XA 模式是一种基于分布式事务协议的标准事务模式，适用于需要与外部资源管理器（如数据库）进行分布式事务操作的场景。
- 在 XA 模式下，Seata 通过与外部资源管理器协同工作，实现了全局事务和分支事务的一致性和可靠性。
- XA 模式通常用于需要跨多个数据源或资源管理器的事务操作，如跨数据库的事务操作、跨消息队列的事务操作等。