详解阿里开源的基于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管理分布式事务的典型生命周期：

1. TM要求TC开始新的全局交易。TC生成表示全局事务的XID。
2. XID通过微服务的调用链传播。
3. RM将本地事务注册为XID到TC的相应全局事务的分支。
4. TM要求TC提交或回滚XID的相应全局事务。
5. TC在XID的相应全局事务下驱动所有分支事务以完成分支提交或回滚。

fescar 经历过阿里生产环境的多年运行，非常的稳定可靠。目前该开源的框架在 Github 上已有众多的实践者在使用。

： » 详解阿里开源的基于Java 的开源分布式事务解决方案 fescar 框架实现原理和机制