目录:1.什么是fescar? 2.结合官方文档的快速使用 3.demo实例
1.什么是fescar?
Fescar(Fast & Easy Commit and Rollback)是一个用于微服务架构的分布式事务解决方案,它的特点是高性能且易于使用,旨在实现简单并快速的事务提交与回滚。
Fescar的演变历史:
-
TXC:Taobao Transaction Constructor,阿里巴巴中间件团队自 2014 年起启动该项目,以满足应用程序架构从单一服务变为微服务所导致的分布式事务问题。
-
GTS:Global Transaction Service,2016 年 TXC 作为阿里中间件的产品,更名为 GTS 发布。
-
FESCAR:2019 年开始基于 TXC/GTS 开源 FESCAR。
微服务架构中的分布式事务问题:
从传统的单体应用说起,假设一个单体应用的业务由 3 个模块构成,三者使用单个本地数据源。
这样的话本地事务很自然就可以保证数据一致性。
但是在微服务架构中就不这么简单了,这 3 个模块被设计为 3 个不同数据源之上的 3 个服务,每个服务对应一个数据库。
本地事务当然也可以保证每个服务中的数据一致性,但是扩展到整个应用、整个业务逻辑范围来看,情况如何呢?
FESCAR 就是用于解决上述微服务架构中的事务问题的解决方案。
如下图所示,分布式事务是一个全局事务(Global Transaction),由一批分支事务(Branch Transation)组成,通常分支事务只是本地事务。
FESCAR 中有三大基本组件:
-
Transaction Coordinator(TC):维护全局和分支事务的状态,驱动全局事务提交与回滚。
-
Transaction Manager(TM):定义全局事务的范围:开始、提交或回滚全局事务。
-
Resource Manager(RM):管理分支事务处理的资源,与 TC 通信以注册分支事务并报告分支事务的状态,并驱动分支事务提交或回滚。
FESCAR 管理分布式事务的典型生命周期:
-
TM 要求 TC 开始新的全局事务,TC 生成表示全局事务的 XID。
-
XID 通过微服务的调用链传播。
-
RM 在 TC 中将本地事务注册为 XID 的相应全局事务的分支。
-
TM 要求 TC 提交或回滚 XID 的相应全局事务。
- TC 驱动 XID 的相应全局事务下的所有分支事务,完成分支提交或回滚。
2.结合官方文档的快速使用?\
官方下载:
官方下载地址:https://github.com/seata/seata
按照文档,下载seata-server: https://github.com/seata/seata/releases ,创建数据库数据
点击步骤5的seata-samples
找到自己需要的demo进行参考
因为我是集成到springcloud中,所以主要参考这两个demo进行代码修改
3.demo实例
自己写的一个demo: https://github.com/xiao-Ray/fescar_demo
项目目录结构:
目录中的fescar-server是从官网下载,配置注册中心为本地eureka地址
事务组:
复制fescar-server到电脑,启动seata-server.bat。
将file.conf和registry.conf拷贝到每个module中,启动服务就会添加到事务组中。
添加seata的依赖,版本建议选择官方最新的。
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-seata</artifactId>
<version>2.1.0.RELEASE</version>
</dependency>
<dependency>
<groupId>io.seata</groupId>
<artifactId>seata-all</artifactId>
<version>0.9.0</version>
</dependency>
附件有一份自己用来测试的数据库sql,有些服务连接的是不同的数据库,大家使用的时候自己注意就好了。