阿里开源分布式事务解决方案 Fescar 全解析
广为人知的阿里分布式事务解决方案：GTS（Global Transaction Service），已正式推出开源版本，取名为“Fescar”，希望帮助业界解决微服务架构下的分布式事务问题，今天我们一起来深入了解。
来了！阿里开源分布式事务解决方案 Fescar
阿里妹导读：广为人知的阿里分布式事务解决方案：GTS（Global Transaction Service），已正式推出开源版本，取名为“Fescar”，希望帮助业界解决微服务架构下的分布式事务问题，今天我们一起来深入了解。
分布式事务中间件 Fescar - 全局写排它锁解读
前言
一般，数据库事务的隔离级别会被设置成 读已提交，已满足业务需求，这样对应在Fescar中的分支（本地）事务的隔离级别就是 读已提交，那么Fescar中对于全局事务的隔离级别又是什么呢？如果认真阅读了 分布式事务中间件Txc/Fescar-RM模块源码解读 的同学应该能推断出来：Fescar将全局事务的默认隔离定义成读未提交。
Fescar - RM实现原理介绍
开篇
这个系列开始介绍Fescar当中的RM（Resource Manager）,RM负责控制分支事务，负责分支注册、状态汇报，并接收事务协调器的指令，驱动分支（本地）事务的提交和回滚。
Fescar RM介绍
说明：
RM负责注册分支事务并上报分支事务状态。
分布式事务中间件Fescar—全局写排它锁解读
一般，数据库事务的隔离级别会被设置成 ***读已提交***，已满足业务需求，这样对应在Fescar中的分支（本地）事务的隔离级别就是 读已提交，那么Fescar中对于全局事务的隔离级别又是什么呢？如果认真阅读了 分布式事务中间件Fescar-RM模块源码解读 的同学...
Fescar 全局锁介绍
开篇
这篇文章的目的主要是讲解TC的在处理分支事务注册过程中对全局锁的处理流程，理解了全局锁以后才能明白对DB同一个记录进行多次变更是如何解决的。
如上图所示，问最终全局事务A对资源R1应该回滚到哪种状态？很明显，如果再根据UndoLog去做回滚，就会发生严重问题：覆盖了全局事务B对资源R1的变更。
Fescar - RM 提交本地事务流程
开篇
这篇文章的目的是介绍Fescar的提交流程(Commit)和回滚流程(Rollback)，这两个流程其实是Fescar中RM的核心逻辑，涉及和TC交互的流程。
由于RM和TC交互涉及到网络通信，所以这块我们暂时只关注RM端的处理流程而暂时忽略网络通信的过程，网络通信的过程值得通过一篇文章单独进行描述。
Fescar - RM 全局事务提交回滚流程
开篇
这篇文章的目的主要是讲解RM在接收TC的请求后执行全局分支事务提交（doBranchCommit）和全局分支事务回滚（doBranchRollback）的流程。
全局的分支事务提交过程和回滚过程也算RM处理流程中核心的一环，了解以后并结合之前讲解的本地事务提交流程就能够较好的理解整个过程了。