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

Posted 2023-01-09 洛神灬殇

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了深入浅出Seata原理及实战「入门基础专题」带你透析认识Seata分布式事务服务的原理和流程相关的知识，希望对你有一定的参考价值。

分布式事务的背景

随着业务的不断发展，单体架构已经无法满足我们的需求，分布式微服务架构逐渐成为大型互联网平台的首选，但所有使用分布式微服务架构的应用都必须面临一个十分棘手的问题，那就是“分布式事务”问题。

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

Seata 是一个分布式事务处理框架，也是一款开源的分布式事务解决方案，由阿里巴巴和蚂蚁金服共同开源的分布式事务解决方案，能够在微服务架构下提供高性能且简单易用的分布式事务服务，致力于提供高性能和简单易用的分布式事务服务。

阿里巴巴作为国内最早一批进行应用分布式（微服务化）改造的企业，很早就遇到微服务架构下的分布式事务问题，阿里巴巴对于分布式事务问题先后发布了以下解决方案：

2014 年，阿里中间件团队发布 TXC（Taobao Transaction Constructor），为集团内应用提供分布式事务服务。
2016 年，TXC 在经过产品化改造后，以 GTS（Global Transaction Service）的身份登陆阿里云，成为当时业界唯一一款云上分布式事务产品。在阿云里的公有云、专有云解决方案中，开始服务于众多外部客户。
2019 年起，基于 TXC 和 GTS 的技术积累，阿里中间件团队发起了开源项目 Fescar（Fast & EaSy Commit And Rollback, FESCAR），和社区一起建设这个分布式事务解决方案。
2019 年 fescar 被重命名为了seata（simple extensiable autonomous transaction architecture）。

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

分布式事务的基本原则可以理解成一个包含了若干个分支事务的全局事务。

分布式事务主要涉及以下概念

本地事务：本地事务由本地资源管理器（通常指数据库管理系统 DBMS，例如 mysql、Oracle 等）管理，严格地支持 ACID 特性，高效可靠。
全局事务：全局事务指的是一次性操作多个资源管理器完成的事务，由一组分支事务组成。
分支事务：在分布式事务中，就是一个受全局事务管辖和协调的本地事务。

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

全局事务的职责是协调其管辖的各个分支事务达成一致，要么一起成功提交，要么一起失败回滚。此外，通常分支事务本身就是一个满足 ACID特性的本地事务。

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

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

Seata定义了3个核心组件

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