Seata

TC - 事务协调者

维护全局和分支事务的状态，驱动全局事务提交或回滚。

TM - 事务管理器

定义全局事务的范围：开启全局事务、提交或回滚全局事务。

RM - 资源管理器

管理分支事务处理的资源，向 TC 注册分支事务，报告分支事务的状态，并驱动分支事务提交或回滚。 

 分布式事务执行流程

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

 AT模式

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

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

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

 3  其保存成“after image”，最后生成行锁。

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

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

二阶段回滚：

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

 回滚方式便是用“before image”还原业务数据；但在还原前要首先要校验脏写，对比“数据库当前       业务数据”和 “after image”，

 如果两份数据完全一致就说明没有脏写，可以还原业务数据，如果不一致就说明有脏写，出现脏       写就需要转人工处理。