前言
单体应用被拆分成微服务应用,原来的三个模块被拆分成三个独立的应用,分别使用三个独立的数据源,业务操作需要调用三个服务来完成。此时每个服务内部的数据一致性由本地事务来保证,但是全局的数据一致性问题没法保证。
一次业务操作需要垮多个数据源或需要垮多个系统进行远程调用,就会产生分布式事务问题
提示:以下是本篇文章正文内容,下面案例可供参考
一、分布式事务的本质
二、Seata
Seata 是一款开源的分布式事务解决方案,致力于在微服务架构下提供高性能和简单易用的分布式事务服务。
Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式,为用户打造一站式的分布式解决方案。
官网:
http://seata.io/zh-cn/index.html
1、一个典型的分布式事务过程(1+3)
一个典型的分布式事务过程 = 分布式事务处理过程-ID + 三组件模型 + 处理过程
分布式事务处理过程-ID = 全局唯一的事务id(Transaction ID(XID))
三组件 =Transaction Coordinator(TC) + Transaction Manager /TM + Resource Manager(RM)
Transaction Coordinator(TC) :事务协调器,维护全局事务的运行状态,负责协调并驱动全局事务的提交或回滚
Transaction Manager / TM :控制全局事务的边界,负责开启一个全局事务,并最终发起全局提交或全局回滚的决议
Resource Manager(RM):控制分支事务,负责分支注册、状态汇报,并接受事务协调的指令,驱动分支(本地)事务的提交和回滚
处理过程
- TM向TC申请开启一个全局事务,全局事务创建成功并生成一个全局唯一的XID;
- XID在微服务调用链路的上下文中传播;
- RM向TC注册分支事务,将其纳入XID对应全局事务的管辖;
- TM向TC发起针对XID的全局提交或回滚决议;
- TC 调度XID下管辖的全部分支事务完成提交或回滚请求。
2.下载地址
https://github.com/seata/seata/tags
本地@Transational
全局@GlobalTranstional