分布式之事务解决方案seata

一 seata介绍

1，seata简介

  seata是一款开源的分布式事务解决方案，致力于提供高性能与简单易用的分布式事务，为用户提供了 AT，TCC，SAGA和XA几种模式。

• AT模式：无侵入式的分布式事务解决方案，适合不希望对业务进行改造的场景，但由于需要添加全局事务锁，对影响高并发系统的性能。该模式主要关注多DB访问的数据一致性，也包括多服务下的多DB数据访问一致性问题
• TCC模式：高性能的分布式事务解决方案，适用于对性能要求比较高的场景。该模式主要关注业务拆分，在按照业务横向扩展资源时，解决服务间调用的一致性问题
• Saga模式：长事务的分布式事务解决方案，适用于业务流程长且需要保证事务最终一致性的业务系统。Saga 模式一阶段就会提交本地事务，无锁，长流程情况下可以保证性能，多用于渠道层、集成层业务系统，事务参与者可以是其它公司的服务也可以是遗留系统的服务，并且对于无法进行改造和提供 TCC 要求的接口，也可以使用 Saga 模式。

2，seata的核心组件

  在 Seata 中主要有以下三种角色，其中 TM 和 RM 是作为 Seata 的客户端与业务系统集成在一起，TC 作为 Seata 的服务端独立部署：

• 事务协调器(TC)：维护全局事务的运行状态，负责协调并驱动全局事务的提交和回滚。
• 事务管理器(TM）：事务的发起方，控制全局事务的范围，负责开启一个全局事务，并最终发起全局事务的提交和回滚的决议。
• 资源管理器(RM)：事务的参与方，管理本地事务正在处理的资源，负责向TC注册本地事务，汇报本地事务状态，接受TC命令来驱动本地事务的提交和回滚。

3，seata的整体执行流程

Seata 分布式事务的整体执行机制如上图所示，可以大致分为两阶段提交：

1. 发起方 TM 向 TC 申请开启一个全局事务，全局事务创建成功并生成唯一的全局事务标识 XID，该 XID 在后续事务的服务调用链路的上下文传播（通过Aop实现）
2. RM 向 TC 注册分支事务，汇报资源准备状况，并与 XID 进行绑定（Branch分支事务指分布式事务中每个独立的本地局部事务）
3. TM 向 TC 发起 XID 下的所有分支事务的全局提交或回滚请求（事务一阶段结束）
4. TC 汇总事务信息，决定分布式事务是提交还是回滚；
5. TC 通知所有 RM 提交/回滚 资源，事务二阶段结束；

Seata 的 全局事务 处理过程，分为两个阶段：

• 执行阶段 ：执行分支事务，并保证执行结果满足是可回滚的（Rollbackable） 和持久化的（Durable）。
• 完成阶段： 根据 执行阶段 结果形成的决议，应用通过 TM 发出的全局提交或回滚的请求给 TC，TC 命令 RM 驱动 分支事务 进行 Commit 或 Rollback。

Seata 的所谓事务模式是指：运行在 Seata 全局事务框架下的分支事务 的行为模式。准确地讲，应该叫作分支事务模式。

  不同的 事务模式 区别在于 分支事务 使用不同的方式达到全局事务两个阶段的目标。即回答以下两个问题：

• 执行阶段 ：如何执行并保证执行结果满足是可回滚的（Rollbackable） 和持久化的（Durable）。
• 完成阶段： 收到 TC 的命令后，如何做到分支的提交或回滚？

我们以AT模式为例：

• 执行阶段：
  • 可回滚：根据 SQL 解析结果，记录回滚日志
  • 持久化：回滚日志和业务 SQL 在同一个本地事务中提交到数据库
• 完成阶段：
  • 分支提交：异步删除回滚日志记录
  • 分支回滚：依据回滚日志进行反向补偿更新

接下来就进入重头戏，Seata四大模式的介绍。

二 seata的四大模式

1，XA模式

1.简介

  首先需要知道XA模型是什么，XA 规范早在上世纪 90 年代初就被提出，用于解决分布式事务领域的问题，他也是最早的分布式事务处理方案，因为需要数据库内部也是支持XA模式的，比如MYSQL，XA模式具有强一致性的特点，因此他对数据库占用时间比较长，所以性能比较低。

XA模式属于两阶段提交。

1. 第一阶段：进行事务注册，将事务组册到TC中执行sql语句。
2. 第二阶段：TC判断事务是否出错，并通知所有的事务参与者，进行事务提交和回滚。
3. 在第一到第二阶段过程中，事务一直占有数据库锁，因此性能较低，但是保证了所有事务要么一起提交要么一起回滚，所以能实现强一致性。

  无论是AT模式还是TCC，还是SAGA模式，都是源于XA规范对某些业务无法满足的场景进行的扩展。

什么是XA协议？
  XA规范是X/OPEN组织定义的分布式事务处理（DTP，Distributed Transaction Processing）标准，XA规范描述了全局事务管理器和局部资源管理器之间的接口，XA规范的目的是允许多个资源(如数据库，应用服务器，消息队列等）在同一事务中访问，这样可以使 ACID 属性跨越应用程序而保持有效。

  XA 规范 使用两阶段提交（2PC，Two-Phase Commit）来保证所有资源同时提交或回滚任何特定的事务。因为XA规范最早被提出，所以几乎所有的主流数据库都保有对XA规范的支持。

分布式事务DTP模型定义的角色如下：

• AP：即应用程序，可以理解为使用DTP分布式事务的程序，例如订单服务、库存服务
• RM：资源管理器，可以理解为事务的参与者，一般情况下是指一个数据库的实例（MySql），通过资源管理器对该数据库进行控制，资源管理器控制着分支事务
• TM：事务管理器，负责协调和管理事务，事务管理器控制着全局事务，管理实务生命周期，并协调各个RM。全局事务是指分布式事务处理环境中，需要操作多个数据库共同完成一个工作，这个工作即是一个全局事务。

  DTP模式定义TM和RM之间通讯的接口规范叫XA，简单理解为数据库提供的2PC接口协议，基于数据库的XA协议来实现的2PC又称为XA方案。

  现在有应用程序(AP)持有订单库和库存库，应用程序(AP)通过TM通知订单库(RM)和库存库(RM)，进行扣减库存和生成订单，这个时候RM并没有提交事务