阿里开源分布式事务解决方案 Fescar 全解析
广为人知的阿里分布式事务解决方案：GTS（Global Transaction Service），已正式推出开源版本，取名为“Fescar”，希望帮助业界解决微服务架构下的分布式事务问题，今天我们一起来深入了解。
微服务架构下，解决数据一致性问题的实践
随着业务的快速发展，应用单体架构暴露出代码可维护性差、容错率低、测试难度大和敏捷交付能力差等诸多问题，微服务应运而生。微服务的诞生一方面解决了上述问题，但是另一方面却引入新的问题，其中主要问题之一就是：如何保证微服务间的业务数据一致性。
阿里分布式事务框架GTS开源啦！
就在9号这天，阿里分布式事务框架GTS开源了一个免费社区版Fescar，看到了这个消息内心非常的激动！在微服务系统中，分布式事务一直是痛点，也是难点。社区里也有一些开源的分布式解决方案的框架，比如ByteTCC、LCN，但是这些框架没有一个权威的组织在维护，或多或少大家都有点不敢用。
分布式事务中间件 Fescar - 全局写排它锁解读
前言
一般，数据库事务的隔离级别会被设置成 读已提交，已满足业务需求，这样对应在Fescar中的分支（本地）事务的隔离级别就是 读已提交，那么Fescar中对于全局事务的隔离级别又是什么呢？如果认真阅读了 分布式事务中间件Txc/Fescar-RM模块源码解读 的同学应该能推断出来：Fescar将全局事务的默认隔离定义成读未提交。
源码｜详解分布式事务之 Seata-Client 原理及流程
本文主要基于 spring cloud + spring jpa + spring cloud alibaba fescar + mysql + seata 的结构，搭建一个分布式系统的 demo，通过 seata 的 debug 日志和源代码，从 client 端（RM、TM）的角度分析其工作流程及原理。
分布式事务中间件Fescar—全局写排它锁解读
一般，数据库事务的隔离级别会被设置成 ***读已提交***，已满足业务需求，这样对应在Fescar中的分支（本地）事务的隔离级别就是 读已提交，那么Fescar中对于全局事务的隔离级别又是什么呢？如果认真阅读了 分布式事务中间件Fescar-RM模块源码解读 的同学...
蚂蚁金服分布式事务开源以及实践 | SOFA 开源一周年献礼
上周，分布式事务 Fescar 宣布进行品牌升级为 Seata，蚂蚁金服在 Seata 0.4.0 版本加入了 TCC 模式，后续也会持续输入。本文根据 SOFAMeetup 北京站现场分享整理详细，讲述了分布式事务在蚂蚁金服的发展以及开源版本的规划，希望可以帮助大家理解。
