Spring cloud alibaba分布式事务Seata

Spring cloud alibaba 分布式事务Seata

1、简介

单体应用被拆分成多个微服务应用，分别使用独立的数据源，业务操作需要调用多个服务来完成，此时每个服务内部的数据一致性由本地事务来保证，但是全局的数据一致性问题没法保证。这时候就需要分布式事务来解决这个问题。

Seata是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。

中文官方网站：http://seata.io/zh-cn/

1.1 Seata术语（1+3的套件：一个全局事务ID和三大组件）

Transaction ID XID：全局唯一的事务ID

TC-事务协调者（Transaction Coordinator）：维护全局和分支事务的状态，负责驱动全局事务提交和回滚

TM-事务管理器（Transaction Manager）：定义全局事务的范围：负责开始全局事务、提交或回滚全局事务

RM-资源管理器（Resource Manager）：控制分支事务，负责分支注册、状态汇报，并接收事务协调器的指令、驱动分支（本地）事务的提交和回滚

个人理解

1.2 处理过程

1. TM向TC申请开启一个全局事务，全局事务创建成功并生成一个全局唯一的XID
2. XID在微服务调用链路的上下文中传播
3. RM向TC注册分支事务，将其纳入XID对应全局事务的管辖
4. TM向TC发起针对XID的全局提交或回滚决议
5. TC调度XID下管辖的全部分支事务完成提交或回滚请求
   

2、安装

Seata下载安装、修改配置文件、执行初始化的sql略过。（备注：mysql8.0以上需要在lib目录下替换mysql连接的jar包，在连接数据库url后面加上时区）

3、AT模式

AT模式是提供无侵入自动补偿的事务模式。

前提

• 基于支持本地 ACID 事务的关系型数据库。
• Java 应用，通过 JDBC 访问数据库。

整体机制

两阶段提交协议的演变：

• 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。
• 二阶段：
  • 提交异步化，非常快速地完成。
  • 回滚通过一阶段的回滚日志进行反向补偿。

一阶段加载

1、解析SQL语义，找到业务SQL要更新的业务数据，在业务数据更新前，将其保存成"before image"

2、执行业务SQL更新业务数据

3、数据业务更新后，将其保存成"after image"，最后生成行锁

以上操作全部在一个数据库事务内完成，这样保证了一阶段操作的原子性

二阶段提交

如果提交顺利的话，因为业务SQL在一阶段已经提交到数据库，所以Seata框架只需将一阶段保存的快照数据和行锁删掉，完成数据清除即可。

二阶段回滚

二阶段如果是回滚的话，Seata就需要回滚一阶段已经执行的业务SQL，还原业务数据。

回滚方式则用“before image”还原业务数据，但在还原前要首先进行校验脏写，对比“数据库当前业务数据”和“after image”，如果两份数据完全一致则说明没有脏写，可以还原业务数据，如果不一致就说明有脏写，出现脏写就需要进行人工处理。

详细可参考官方文档：http://seata.io/zh-cn/docs/overview/what-is-seata.html

4、备注

Seata是不支持高并发的