1.初识Seata
初识Seata
Seata是源码一种分布式事务解决方案,由蚂蚁金服和阿里巴巴在年1月开源。分析它旨在提供高性能和易于使用的源码分布式事务服务,为用户提供一站式的分析解决方案。
Seata官网提供详细的源码文档和播客,涵盖了使用说明和源码分析等内容。分析付费课程平台源码架构上,源码Seata由三个关键角色组成,分析其总体架构如图所示。源码Seata提供四种分布式事务解决方案,分析每一个都离不开TC,源码即事务协调者。分析
部署TC服务时,源码可参考博主之前的分析文章,链接如下。源码微服务集成Seata时,以order-service为例进行演示。首先,需要在order-service中引入依赖。im源码语音会议接着,在application.yml中配置TC服务信息,通过注册中心nacos结合服务名称获取TC地址。微服务如何找到TC的地址,我们知道注册到Nacos中的微服务确定一个实例需要四个信息,这些信息在配置文件中都能找到。
配置完成后,其他服务按照类似步骤进行。接下来,2021钓鱼源码免费我们学习Seata中的四种事务模式。首先介绍的是XA模式,它是X/Open组织定义的分布式事务处理标准。Seata对原始的XA模式做了封装和改造,基本架构如图所示。在AT模式中,我们弥补了XA模式中资源锁定周期过长的缺陷。AT模式下,当前分支事务执行流程分为两个阶段,直播间采集源码一阶段RM的工作包括注册分支事务到TC、执行分支业务SQL但不提交以及报告执行状态到TC。二阶段TC和RM的工作分别包括TC通知事务结束、TC检查分支事务状态和RM在提交或回滚时的工作。
在AT模式下,我们通过一个真实的业务来梳理其原理。接着,我们简述了AT模式与XA模式最大的区别,并讨论了脏写问题及其解决思路。源码反码转换查询AT模式的优点在于不锁数据库,缺点是需要额外的表记录全局锁和数据快照。实现AT模式时,需要导入数据库表,记录全局锁和数据快照,并在application.yml文件中修改事务模式。
在TCC模式中,每一个阶段都是独立事务,通过人工编码来实现数据恢复。我们通过一个例子来分析TCC模式的流程,包括初始余额、冻结操作、提交操作和回滚操作。Seata中的TCC模型依然沿用事务架构。TCC模式的每个阶段分别对应正向操作和逆向回滚操作,优点是支持复杂业务场景,缺点是需要实现额外的逻辑。实现TCC模式时,需要定义状态表并改造服务,声明TCC接口和编写实现类。
Saga模式是Seata即将开源的长事务解决方案,基于Hector & Kenneth在年的论文Sagas。在Saga模式下,分布式事务内有多个参与者,每一个参与者都是一个冲正补偿服务。Saga也分为两个阶段,优点是可以处理复杂的业务场景,缺点是实现复杂。我们通过对比四种实现方式来了解其特点。
Seata的TC服务作为分布式事务的核心,必须保证集群的高可用性。搭建TC服务集群很简单,只需启动多个TC服务并注册到nacos。为了确保安全性,一般会实现异地多机房容灾,例如在上海和杭州分别部署TC集群。微服务基于事务组与TC集群的映射关系查找当前使用的TC集群,当集群出现故障时,通过修改映射关系实现集群切换。
实现高可用的具体步骤和链接请参考相关文档。希望这些内容能帮助您更好地理解Seata和分布式事务。如果您有任何疑问,欢迎访问博主的个人开源博客地址: chengke.net。