FESCAR 正在参加 2020 年度 OSC 中国开源项目评选,请投票支持!
FESCAR 在 2020 年度 OSC 中国开源项目评选 中已获得 {{ projectVoteCount }} 票,请投票支持!
投票让它出道
已投票
授权协议: Apache-2.0
开发语言: Java 查看源码 »
操作系统: 跨平台
开发厂商: 阿里巴巴
收录时间: 2019-01-10
提 交 者: h4cd

注:该项目已更名为 Seata 

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 管理分布式事务的典型生命周期:

  1. TM 要求 TC 开始新的全局事务,TC 生成表示全局事务的 XID。

  2. XID 通过微服务的调用链传播。

  3. RM 在 TC 中将本地事务注册为 XID 的相应全局事务的分支。

  4. TM 要求 TC 提交或回滚 XID 的相应全局事务。

  5. TC 驱动 XID 的相应全局事务下的所有分支事务,完成分支提交或回滚。

演进历史

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

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

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

展开阅读全文

代码

的 Gitee 指数为
超过 的项目

FESCAR 的相关博客

FESCAR 分布式事务

分布式事务 https://www.oschina.net/p/fescar 消息推送 https://gitee.com/farsunset/cim/tree/master...

【分布式事务】阿里fescar

一、什么是Fescar FESCAR(Fast & Easy Commit And Rollback) 是一个用于微服务架构的分布式事务解决方案,它的特点是高性能...

fescar分布式事务

https://www.oschina.net/p/fescar 表: CREATE TABLE `undo_log` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键...

分布式事务:Fescar

![](https://oscimg.oschina.net/oscnet/80184bbb2fee0a15af474cf90e973298129.jpg)...

Fescar 源码解析系列

Fescar example介绍 Fescar example解析 - TM流程 Fescar example解析 - GlobalTransaction Fescar example解析 - TM发送逻辑...

fescar分布式事务(概览)

1. fescar分布式事务(概览) 1.1. 概述   Fescar 是 阿里巴巴 开源的 分布式事务中间件,以 高效 并且对业务0 侵入 的方式...

Fescar 全局锁介绍

开篇  这篇文章的目的主要是讲解TC的在处理分支事务注册过程中对全局锁的处理流程,理解了全局锁以后才能明白对DB同一个记录...

Fescar锁和隔离级别的理解

Fescar全局锁的理解 前几天夜里,我老大发我一篇文章说阿里的GTS开源了。 因为一直对分布式事务比较感兴趣,立马pull了代码,...

解密分布式事务框架-Fescar

1.分布式事务 我曾经能不用分布式事务就别用分布式事务,因为会引入很多的复杂度。虽然再网上有很多开源的分布式事务框架,但...

解密分布式事务框架-Fescar

1.分布式事务 在去年的时候我写过一篇关于分布式事务的文章再有人问你分布式事务,把这篇扔给他。再这篇文章中我叫大家能不用...

评论 (37)

加载中
阿里为国内互联网奉献很多, 腾讯太小气了
2019/04/05 22:28
回复
举报
2019/03/20 18:17
回复
举报
火前留名,大家好,我是钱铖,请记住我。
2019/03/07 19:37
回复
举报
已经release了吗 ?
2019/02/15 16:18
回复
举报
不才,写了几篇博客 https://blog.csdn.net/qq924862077/article/details/86623703
2019/02/12 14:25
回复
举报
必火
2019/01/29 16:52
回复
举报

引用来自“丶废柴”的评论

没搞懂怎么应用。。。希望大佬们能提供文档实例。。
github上下载源码,上面有启动server、example启动就可以了
2019/01/23 09:58
回复
举报
github详细一点,这篇文档只是简单介绍
2019/01/22 15:51
回复
举报
github详细一点,这篇文档只是简单介绍
2019/01/22 15:51
回复
举报

引用来自“两极化”的评论

这个其实还不就是有一个全局的事务管理器,在业务代码完成,提交本地事务的时候中断,由全局事务管理器统一提交。
这种方式还是有稳定性的问题的,比如TC驱动RM开始提交事务后,RM与TC的连接断开,或者RM与数据库的连接断开了,都不能保证一致性。另外,由于引入了fescar-server,需要额外保证fescar-server 的稳定性。
2019/01/21 15:08
回复
举报
更多评论
37 评论
328 收藏
分享
返回顶部
顶部