SpringCloud Alibaba Seata(三)

Seata

2019年1月份，蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案

Seata：Simple Extensible Autonomous Transaction Architecture，简单可扩展自治事务框架

2020起始，参加工作以后用1.0以后的版本。

再看TC/TM/RM三大组件

什么是TC，TM，RM

TC：seata服务器

TM：带有@GlobalTransaction注解的方法

RM：数据库，也就是事务参与方

分布式事务的执行流程

• TM开启分布式事务（TM向TC注册全局事务记录），相当于注解 @GlobelTransaction注解
• 按业务场景，编排数据库，服务等事务内部资源（RM向TC汇报资源准备状态）
• TM结束分布式事务，事务一阶段结束（TM通知TC提交、回滚分布式事务）
• TC汇总事务信息，决定分布式事务是提交还是回滚
• TC通知所有RM提交、回滚资源，事务二阶段结束

AT模式

前提

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

整体机制

两阶段提交协议的演变

一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源

二阶段

• 提交异步化，非常快速的完成
• 回滚通过一阶段的回滚日志进行反向补偿

一阶段加载

在一阶段，Seata会拦截 业务SQL

解析SQL语义，找到业务SQL，要更新的业务数据，在业务数据被更新前，将其保存成 before image（前置镜像）

执行业务SQL更新业务数据，在业务数据更新之后

将其保存成 after image，最后生成行锁

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

二阶段提交

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

二阶段回滚

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

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

总结