Fescar - RM 全局事务提交回滚流程
开篇
这篇文章的目的主要是讲解RM在接收TC的请求后执行全局分支事务提交（doBranchCommit）和全局分支事务回滚（doBranchRollback）的流程。
全局的分支事务提交过程和回滚过程也算RM处理流程中核心的一环，了解以后并结合之前讲解的本地事务提交流程就能够较好的理解整个过程了。
免费学习！《Spring Cloud微服务架构设计与开发实战》
阿里云开发者学堂全员开课计划上线！即日起阿里云开发者学堂将为开发者提供超多免费Java精品课！本次课程为Spring Cloud微服务架构设计与开发实战课时3.8——阿里巴巴开源微服务分布式事务框架。Java Spring Cloud是全球范围内最成熟、最完善、最流行的微服务架构方案体系。被众多的互联网大公司采用，包括阿里巴巴、腾讯、支付宝、网易、IBM、谷歌、京东、百度、滴滴等。为同学带来最佳学习效果，我们将文字、课程链接、图谱地址统统为大家放送了哦！学习课程并发布心得评论还有奖励哦~
Seata TCC 分支事务
前面，我们已经介绍了 Seata 的整体设计思想，接下来我们深入到其实现细节中，本文介绍 Seata 中 TCC 模式分支事务的实现。
Seata 简介
Seata 的前身 Fescar 刚开源的时候，就看过相关的文章和代码，代码写得很好，我还在另一个自己的项目中，借鉴了它的很多设计风格。最近想总结一篇关于分布式事务的文章，所以就想以 Seata 为中心，围绕它来细述分布式事务的点点滴滴。本文作为该系列文章的开篇，先简单地介绍一下 Seata 的背景和使用方式。
来了！阿里开源分布式事务解决方案 Fescar
广为人知的阿里分布式事务解决方案：GTS（Global Transaction Service），已正式推出开源版本，取名为“Fescar”，希望帮助业界解决微服务架构下的分布式事务问题，今天我们一起来深入了解。
分布式事务中间件 Fescar—RM 模块源码解读
前言
在SOA、微服务架构流行的年代，许多复杂业务上需要支持多资源占用场景，而在分布式系统中因为某个资源不足而导致其它资源占用回滚的系统设计一直是个难点。我所在的团队也遇到了这个问题，为解决这个问题上，团队采用的是阿里开源的分布式中间件Fescar的解决方案，并详细了解了Fescar内部的工作原理，解决在使用Fescar中间件过程中的一些疑虑的地方，也为后续团队在继续使用该中间件奠定理论基础。
分布式事务中间件 Fescar - 全局写排它锁解读
前言
一般，数据库事务的隔离级别会被设置成 读已提交，已满足业务需求，这样对应在Fescar中的分支（本地）事务的隔离级别就是 读已提交，那么Fescar中对于全局事务的隔离级别又是什么呢？如果认真阅读了 分布式事务中间件Txc/Fescar-RM模块源码解读 的同学应该能推断出来：Fescar将全局事务的默认隔离定义成读未提交。
