Spring Cloud Alibaba Seata处理分布式事务

引

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

Seata简介

seata是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务
分布式事务处理过程的一ID+三组件模型

star----Transacion ID

全局唯一事务ID,相当于100个人一个班，班级名称就是他们的全局唯一事务id。
三组件模型

end----Transacion ID

star----三组件概念

Transaction Coordinator (TC)
事务协调器，维护全局事务的运行状态，负责协调并驱动全局事务的提交或回滚；
Transaction Manager（TM）
控制全局事务的边界，负责开启一个全局事务，并最终发起全局提交或回滚的决议；
Resource Manager (RM)
控制分支事务，负责分支注册，状态汇报，并接收事务协调器的指令，驱动分支（本地）事务

end----三组件概念

star----处理过程

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

end----处理过程

安装配置Seata服务

下载解压
官网下载网址：http://seata.io/zh-cn/blog/download.html
修改file.conf
主要修改：自定义事务组名称+事务日志存储模式为DB+数据库连接信息

修改registry.conf

初始化数据库

启动nacos
启动seata

seata原理

AT模式
seata默认使用的是AT模式

一阶段：加载
在一阶段，seata会拦截业务sql
1.解析sql语义，找到“业务sql”要更新的业务数据，在业务数据被更新之前，将其保存为 before image
2.执行 业务sql 更新业务数据，在业务数据更新之后
3.将其保存成 after image 最后生成锁
以上操作全部在一个数据库事务内完成，这样保证了一阶段操作的原子性。

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

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