来了！阿里开源分布式事务解决方案 Fescar
阿里妹导读：广为人知的阿里分布式事务解决方案：GTS（Global Transaction Service），已正式推出开源版本，取名为“Fescar”，希望帮助业界解决微服务架构下的分布式事务问题，今天我们一起来深入了解。
Fescar TC-beigin流程
开篇
这篇文章是用来讲解清楚TC（Transaction Coordinator：事务协调器）在处理TM发送过来的begin操作（事务开启操作）。
核心逻辑包括GlobalSession对象的生成、GlobalSession的持久化以及XID生成。
Fescar - RM DeleteExecutor介绍
开篇
这篇文章的目的是讲解RM Executor模块当中一些通用的方法，这些方法在各个Executor的父类当中实现的，各个子类Executor模块都会复用，因此抽取出来统一的进行讲解。
个人是认为抽取通用的内容放在一篇文章讲解完后可以针对每类Executor讲解特有的功能，这样能够有更好的理解。
Fescar 全局锁介绍
开篇
这篇文章的目的主要是讲解TC的在处理分支事务注册过程中对全局锁的处理流程，理解了全局锁以后才能明白对DB同一个记录进行多次变更是如何解决的。
如上图所示，问最终全局事务A对资源R1应该回滚到哪种状态？很明显，如果再根据UndoLog去做回滚，就会发生严重问题：覆盖了全局事务B对资源R1的变更。
免费的分布式事务来了——阿里巴巴Fescar
背景
每次说起分布式事务相信都是许多开发者的心头痛，分布式事务往往伴随着大量的业务逻辑的侵入，需要写大量的回滚操作的业务流程，而且还生怕哪里漏掉了。而现在，于2019年1月10日，阿里巴巴开源了内部的分布式事务框架——Fescar。
Fescar example解析 - GlobalTransaction
开篇
这篇文章是接着Fescar example解析 - TM流程的下一步分析，主要是对TM的处理逻辑的进一步分析，理清楚TM(Transaction Manager )的处理步骤以及代码调用链。
这篇文章的结论是TM执行事务操作包括begin/commit/rollback都是通过DefaultTransactionManager类来实现，实现形式是TM和TC进行网络通信，在整个TM->TC的过程中TM担当了Client端的角色，TC担当了Server端的角色。
Fescar example解析 - TM发送逻辑
开篇
这篇文章的目的主要是理清楚Fescar的TM发送部分的逻辑，从时序图和源码两个层面进行分析。
文章中间会解答两个自己阅读代码中遇到的困惑（估计大部分人看代码的时候也会遇到这个困惑），包括TmRpcClient的初始化过程和配置加载过程。
