[深入浅出Seata原理及实战]「入门基础专题」带你透析认识Seata分布式事务服务的原理和流程(1)

分布式事务的背景

在分布式微服务架构中，几乎所有业务操作都需要多个服务协作才能完成。对于其中的某个服务而言，它的数据一致性可以交由其自身数据库事务来保证，但从整个分布式微服务架构来看，其全局数据的一致性却是无法保证的。

Seata是什么？

Seata相关资料

Seata官方网站

Seata开源仓库

Seata的发展历程

2014 年，阿里中间件团队发布 TXC（Taobao Transaction Constructor），为集团内应用提供分布式事务服务。

2019 年起，基于 TXC 和 GTS 的技术积累，阿里中间件团队发起了开源项目 Fescar（Fast & EaSy Commit And Rollback, FESCAR），和社区一起建设这个分布式事务解决方案。

TXC、GTS、Fescar以及seata一脉相承，为解决微服务架构下的分布式事务问题交出了一份与众不同的答卷。

事务相关概念

事务

分布式事务的相关概念

一个包含了若干个分支事务的全局事务。

本地事务

全局事务：全局事务指的是一次性操作多个资源管理器完成的事务，由一组分支事务组成。
分支事务：在分布式事务中，就是一个受全局事务管辖和协调的本地事务。

注意：本地事务不具备分布式事务的处理能力，隔离的最小单位受限于资源管理器，即本地事务只能对自己数据库的操作进行控制，对于其他数据库的操作则无能为力。

全局事务

Seata的运作原理

Seata对分布式事务的协调和控制，主要是通过XID和3个核心组件实现的。

XID

XID是全局事务唯一标识，可以在服务的调用链路中传递，绑定到服务的事务上下文中。

核心组件

TC（Transaction Coordinator）：事务协调器，它是事务的协调者（这里指的是 Seata服务器），主要负责维护全局事务和分支事务的状态，驱动全局事务提交或回滚。

TM（Transaction Manager）：事务管理器，它是事务的发起者，负责定义全局事务的范围，并根据TC维护的全局事务和分支事务状态，做出开始事务、提交事务、回滚事务的决议。
RM（Resource Manager）：资源管理器，它是资源的管理者（这里可以将其理解为各服务使用的数据库）。它负责管理分支事务上的资源，向TC注册分支事务，汇报分支事务状态，驱动分支事务的提交或回滚。

Seata的运行流程

Seata 的整体工作流程如下

XID 通过服务的调用链传递到其他服务;
RM向TC注册一个分支事务，并将其纳入XID对应全局事务的管辖；
TM根据TC收集的各个分支事务的执行结果，向TC发起全局事务提交或回滚决议；
TC调度XID下管辖的所有分支事务完成提交或回滚操作。

Seata的事务模式

在这四种事务模式中使用最多，最方便的就是 AT 模式。与其他事务模式相比，AT 模式可以应对大多数的业务场景，且基本可以做到无业务入侵，开发人员能够有更多的精力关注于业务逻辑开发。

Seata最后结论

接下来会针对于Seata的每种事务模式进行实战指南。

编程笔记 » [深入浅出Seata原理及实战]「入门基础专题」带你透析认识Seata分布式事务服务的原理和流程(1)