阿里开源分布式事务框架（一）seata (fescar)介绍_阿里分布式事务组件 txc dtx(1)

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Golang全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注go）

正文

之前是叫fescar，后来改名为seata

什么是Seata？

一种分布式事务解决方案，具有高性能和易于使用的微服务架构。

微服务中的分布式事务问题

让我们想象一下传统的单片应用程序。其业务由3个模块构成。他们使用单个本地数据源。

当然，本地事务将保证数据的一致性。

微服务架构的情况发生了变化。上面提到的3个模块被设计为3个不同数据源之上的3个服务（模式：每个服务的数据库）。本地事务自然保证每个服务中的数据一致性。

但整个业务逻辑范围如何呢？

Seata怎么样？

Seata只是上述问题的解决方案。

首先，如何定义分布式事务？

我们说，分布式事务是一个全局事务，由一批分支事务组成，通常分支事务只是本地事务。

Seata有3个基本组件：

• 事务协调器（TC）：维护全局和分支事务的状态，驱动全局提交或回滚。
• Transaction Manager（TM）：定义全局事务的范围：开始全局事务，提交或回滚全局事务。
• 资源管理器（RM）：管理分支事务的资源，与TC通信以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。

Seata管理分布式事务的典型生命周期：

1. TM要求TC开始新的全球交易。TC生成表示全局事务的XID。
2. XID通过微服务的调用链传播。
3. RM将本地事务注册为XID到TC的相应全局事务的分支。
4. TM要求TC提交或回滚XID的相应全局事务。
5. TC在XID的相应全局事务下驱动所有分支事务以完成分支提交或回滚。
   

历史

蚂蚁金融

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Go）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**