就在9号这天，阿里分布式事务框架GTS开源了一个免费社区版Fescar，看到了这个消息内心非常的激动！在微服务系统中，分布式事务一直是痛点，也是难点。社区里也有一些开源的分布式解决方案的框架，比如ByteTCC、LCN，但是这些框架没有一个权威的组织在维护，或多或少大家都有点不敢用。阿里开源的分布式事务解决框架Fescar会不会一统分布式事务江湖，大家拭目以待！

我们现在来看看什么是FESCAR。Fescar项目地址：

https://github.com/alibaba/fescar

一、什么是Fescar

FESCAR（Fast & Easy Commit And Rollback） 是一个用于微服务架构的分布式事务解决方案，它的特点是高性能且易于使用，旨在实现简单并快速的事务提交与回滚。

二、微服务架构中的分布式事务问题

从传统的单体应用说起，假设一个单体应用的业务由 3 个模块构成，三者使用单个本地数据源。

这样的话本地事务很自然就可以保证数据一致性。

但是在微服务架构中就不这么简单了，这 3 个模块被设计为 3 个不同数据源之上的 3 个服务，每个服务对应一个数据库。

本地事务当然也可以保证每个服务中的数据一致性，但是扩展到整个应用、整个业务逻辑范围来看，情况如何呢？

三、FESCAR 机制

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 的相应全局事务下的所有分支事务，完成分支提交或回滚。

四、演进历史

TXC：Taobao Transaction Constructor，阿里巴巴中间件团队自 2014 年起启动该项目，以满足应用程序架构从单一服务变为微服务所导致的分布式事务问题。

GTS：Global Transaction Service，2016 年 TXC 作为阿里中间件的产品，更名为 GTS 发布。

FESCAR：2019 年开始基于 TXC/GTS 开源 FESCAR。

五、还在等什么

这么好的事情还在等什么！小编因此高兴的一夜未眠！抓紧时间搞一波试试了！

欢迎工作一到五年的Java工程师朋友们加入Java填坑之路：860113481

群内提供免费的Java架构学习资料（里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料）合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！