微服务架构下，解决数据一致性问题的实践
随着业务的快速发展，应用单体架构暴露出代码可维护性差、容错率低、测试难度大和敏捷交付能力差等诸多问题，微服务应运而生。微服务的诞生一方面解决了上述问题，但是另一方面却引入新的问题，其中主要问题之一就是：如何保证微服务间的业务数据一致性。
源码｜详解分布式事务之 Seata-Client 原理及流程
本文主要基于 spring cloud + spring jpa + spring cloud alibaba fescar + mysql + seata 的结构，搭建一个分布式系统的 demo，通过 seata 的 debug 日志和源代码，从 client 端（RM、TM）的角度分析其工作流程及原理。
分布式事务中间件Fescar—RM模块源码解读
在SOA、微服务架构流行的年代，许多复杂业务上需要支持多资源占用场景，而在分布式系统中因为某个资源不足而导致其它资源占用回滚的系统设计一直是个难点。我所有团队也遇到了这个问题，为解决这个问题上，团队采用的是阿里开源的分布式中间件Fescar的解决方案，并详细了解了Fescar内部的工作原理，解决在使用Fescar中间件过程中的一些疑虑的地方，也为后续团队在继续使用该中间件奠定理论基础。
分布式事务中间件Fescar—全局写排它锁解读
一般，数据库事务的隔离级别会被设置成 ***读已提交***，已满足业务需求，这样对应在Fescar中的分支（本地）事务的隔离级别就是 读已提交，那么Fescar中对于全局事务的隔离级别又是什么呢？如果认真阅读了 分布式事务中间件Fescar-RM模块源码解读 的同学...
蚂蚁金服分布式事务开源以及实践 | SOFA 开源一周年献礼
上周，分布式事务 Fescar 宣布进行品牌升级为 Seata，蚂蚁金服在 Seata 0.4.0 版本加入了 TCC 模式，后续也会持续输入。本文根据 SOFAMeetup 北京站现场分享整理详细，讲述了分布式事务在蚂蚁金服的发展以及开源版本的规划，希望可以帮助大家理解。
Fescar - RM ExecuteTemplate介绍
开篇
这篇文章的目的是介绍Fescar的RM模块中的ExecuteTemplate的代码，ExecuteTemplate作为StatementProxy当中真正执行SQL操作的模块，在Proxy和Executor的串联中起到承上启下的作用。