详解阿里开源的基于Java 的开源分布式事务解决方案 fescar 框架实现原理和机制
我前面就说过，阿里开源会上瘾的。因为有了云计算，将会有越来越多的产品被开源。为此，腾讯在云计算方面，整个公司都将由 To C 向 To B 转型。腾讯为打破内部技术壁垒，腾讯正式成立技术委员会，并将在未来的一段时间，开源内部多款产品。
现在的应用都在向微服务，分布式方向发展。在分布式的环境下，事务处理就成了一大难题。为此，阿里在已开源的 TXC 和 GTS 的基础上开源了最新的分布式事务处理框架 FESCAR。
fescar 全称为：Fast & Easy Commit And Rollback。它是一个完全基于 Java 的分布式事务解决框架。fescar 拥有很高的性能，并且使用非常的方便，后面我会有具体的教程！
微服务中的分布式事务问题
让我们想象一下传统的单片应用程序。其业务由3个模块构成。他们使用单个本地数据源。
当然，本地事务将保证数据的一致性。
微服务架构的情况发生了变化。上面提到的3个模块被设计为3个不同数据源之上的3个服务，每个服务的数据库独立。这样本地事务就无法自然的保证每个服务中的数据一致性。
每个服务之间的关系，将如下所示：
这种情况，我们就可以使用 fescar 来解决事务问题。
上面这张图就是 fescar 的解决方案！
有些人可能还不明白什么是分布式事务？分布式事务可以看成是一个全局事务和一系列子事务组成。
分布式事务是一个全局事务，由一批分支事务组成，通常分支事务只是本地事务。分布式事务同样支持本地事务要么全部成功要么全部失败的特性。
FESCAR 有 3 个基本组件：
- 事务协调器（TC）：维护全局和分支事务的状态，驱动全局提交或回滚。
- Transaction Manager（TM）：定义全局事务的范围：开始全局事务，提交或回滚全局事务。
- 资源管理器（RM）：管理分支事务的资源，与TC通信以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。
FESCAR管理分布式事务的典型生命周期：
- TM要求TC开始新的全局交易。TC生成表示全局事务的XID。
- XID通过微服务的调用链传播。
- RM将本地事务注册为XID到TC的相应全局事务的分支。
- TM要求TC提交或回滚XID的相应全局事务。
- TC在XID的相应全局事务下驱动所有分支事务以完成分支提交或回滚。
fescar 经历过阿里生产环境的多年运行，非常的稳定可靠。目前该开源的框架在 Github 上已有众多的实践者在使用。
本文由 创作，采用 知识共享署名4.0 国际许可协议进行许可。本站文章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名。最后编辑时间为: 2021/04/19 10:27