【SpringCloud-Seata分布式事物】

简介

1、是什么

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

2、 能干什么

3、处理过程

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

Microservices代表我们班，然后每组30个同学，TC代表老师，TM就是班主任
TM向TC申请课，然后这个课有一个ID。
XID在班级里面进行传播
RM代表数据源表示向老师注册，加入这个班级了。
班主任向老师发起了签到，然后人都到期了就可以开课了

4、下载

https://github.com/seata/seata/releases

5、怎么玩

● 本地 @Transactional
● 全局@GlobalTransactional

SEATA的分布式交易解决方案

我们只需要使用一个@GlobalTransactional注解在业务方法上

6、AT模式如何做到对业务的无侵入

一阶段加载

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

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

1、解析SQL语义，找到“业务SQL”要更新的业务数据，在业务数据被更新前，将其保存成“before image”
e3、其保存成“after image”，最后生成锁。
以上操作全部在一个数据库事务内完成，这样保证了一阶段的原子性。

行锁

二阶段提交

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

二阶段回滚

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

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