Seata源码分析之Core和DefaultCoordinator

最新推荐文章于 2024-11-16 13:44:39 发布
最新推荐文章于 2024-11-16 13:44:39 发布
阅读量901 收藏 1
点赞数
分类专栏： seata
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_33513250/article/details/103631449
版权
本文深入剖析Seata的核心组件Core和DefaultCoordinator。Core作为TC的核心处理器，处理RM和TM的RPC请求；DefaultCore是Core的具体实现，详细解释了其处理RM和TM请求的方法；而DefaultCoordinator作为全局事务协调器，实现了TransactionMessageHandler接口，负责处理RM和TM的请求，并启动相关定时任务。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

目录

一、Core

二、DefaultCore

三、DefaultCoordinator

一、Core

Core接口为seata处理全球事务协调器TC的核心处理器，它继承ResourceManagerOutbound接口，接受来自RM的rpc网络请求（branchRegister，branchReport，lockQuery）。同时继承TransactionManager接口，接受来自TM的rpc网络请求（begin，commit,rollback,getStatus），另外提供提供3个接口方法。

public interface Core extends TransactionManager, ResourceManagerOutbound {

    // 设置RM输入接口，提供向RM发送rpc的两个方法（branchCommit，branchRollback）
    void setResourceManagerInbound(ResourceManagerInbound resourceManagerInbound);

    // 接受TM的globalCommit,此处为具体globalCommit逻辑
    void doGlobalCommit(GlobalSession globalSession, boo
了解本专栏 订阅专栏 解锁全文 超级会员免费看
SpringCloud Alibaba系列——17Seata AT模式源码分析
Eclipse_2019的博客
08-13 863
Seata AT模式的核心流程推导；Seata AT模式实现分布式事务核心源码解析
Seata解析-DefaultCoordinator的四大定时线程池功能详解
龚厂长的博客
09-17 912
本文基于seata 1.3.0版本 在前面文章介绍的时候，可以看到代码有很多地方将全局事务添加到会话管理器中，比如需要提交的全局事务会添加到重试提交事务管理器，这里面就有一个问题，添加到管理器之后的处理流程是什么？本文就来详细介绍后面的流程。 文章目录一、创建并启动线程池一、retryRollbacking二、asyncCommitting三、timeoutCheck四、undoLogDelete 一、创建并启动线程池 在DefaultCoordinator类中定义了五个ScheduledThreadP.
Seata源码学习（五）- Seata服务端（TC）源码解读
持续学习，持续更新
02-15 1361
我们已经分析到了SQL语句最终的执行器，但是再往下分析之前，我们需要先来分析一下TM客户端与TC端通讯以后，TC端的具体操作。
Seata 全局锁冲突以及分支注册两次的问题解决记录
longchangfeng的博客
05-16 3809
seata 踩坑
seata源码-全局事务提交 服务端源码
小小少年的博客
02-19 741
以上，就是全局事务提交的逻辑，整体看下来，我们可以发现，对于全局事务提交的时候，分支事务在处理的时候，是异步来处理的，这是和回滚逻辑有很大的区别，因为上篇博客中，我们有看到，全局事务回滚时，分支事务在第二阶段，是同步处理的，在接收到请求之后，会根据undoLog生成回滚sql，并执行，然后删除undoLog数据，但是对于全局事务提交的第二阶段，会发现，接收到请求之后，直接塞到了队列中，通过异步的请求，没1000ms执行一次提交的逻辑。
Seata解析-TC处理全局事务和分支事务原理详解之全局事务提交请求和全局事务回滚请求
龚厂长的博客
09-11 1946
本文基于seata 1.3.0版本 本文继续介绍TC对请求的处理。 本文将分析全局事务提交请求和全局事务回滚请求的处理逻辑。 文章目录一、全局事务提交请求 一、全局事务提交请求 全局事务提交请求的消息类型是MessageType.TYPE_GLOBAL_COMMIT，请求对象为GlobalCommitRequest，该请求由TM发起。该请求的作用是报告某个全局事务执行完毕请求提交。TC收到后要做出以下更改： 对全局事务对象GlobalSession加锁； 释放分支事务锁，修改GlobalSession.
【SpringCloud-Seata源码分析3】
weixin_47068446的博客
06-24 645
seata后台服务时对事务进行的异步提交，首先来分析一下我们后端服务的入口DefaultCoordinator#doglobalCommit方法。前面两篇我们分析了seata的TC初始化和TM,RM初始化，并且事务准备阶段源码及业务Sql执行，下面我们分析事务的提交源码。AT模式将事务状态改为异步提交AsyncCommitting，然后定时运行线程池1s轮训运行一次。服务端的事务回滚是从GlobalRollbackRequest方法进入的。获取所有的一步提交状态的事务，并加上排他锁。
结合seata和2PC，简单聊聊seata源码
sjdxx的博客
10-13 2101
基于seata1.6.1 的源码分析
Seata源码分析之AT模式Commit
laijiaweijava的博客
05-27 604
讲解seata事务提交的逻辑
seata常见错误
kongkong的专栏
07-01 2362
1. io.seata.codec.protobuf.generated不存在，导致seata server启动不了 本地执行下:./mvnclean install -DskipTests=true 参考issues/2438,相关代码在0.8.1已经移除 注意maven需要3.6.0及以上，本人在3.5.0执行的时候，失败 ...
Seata报TimeoutRollbacking while expecting Begin
MrJiangxh的博客
06-16 1672
Linux服务器运行久时，系统时间就会存在一定的误差，一般情况下可以使用date命令进行时间设置，但在做数据库集群分片等操作时对多台机器的时间差是有要求的，此时就需要使用ntpdate进行时间同步。seata集群的服务器时间不同步导致，其中有一台与其他延迟1分钟以上，seata默认全局事务超时时间是1分钟。Centos7.9上seata一直报以上错误。
io.seata.core.exception.GlobalTransactionException: Could not found global transaction xid - 10.100.
lgk56的专栏
10-28 4439
seata-server 集群环境异常记录
Could not found global transaction xid
weixin_42579084的博客
09-12 1458
生产环境使用 SEATA 执行分布式事务异常。
Seata AT模式下的源码解析（一）
何忆清风
11-21 976
seata AT模式下的源码解析之注解处理
seata 报 Could not register branch into global session xid = xx.xx.xx.xxx:8091:175641243945013248 sta
qq_38687308的博客
08-30 3398
seata 报 Could not register branch into global session xid = xx.xx.xx.xxx:8091:175641243945013248 status = TimeoutRollbacking while expecting Begin 错误发生的原因解决 发生的原因 同事修改了服务器时间，导致服务器时间和数据库时间不一致，事务提交失败 解决 将服务器时间改成和数据库时间一致 ...
seata问题status = TimeoutRollbacking while expecting Begin
最新发布
baixiao004的博客
11-16 395
seata问题
Could not register branch into global session xid = 192.168.1.245:8091:2131115197 status = AsyncComm
ybb_ymm的专栏
02-26 2038
今天在集成seata的时候报错如下：乍一看到这个错误，有点蒙圈，这是什么东西呢？看一下前面的提示说是数据库的错误，肯定是事务控制着出了问题。
seata分布式事务的异常
学无止步的博客
04-19 5202
1、异常报告：Could not register branch into global session xid =xxx.xxx.xx.xxx status = Rollbacked 2、异常原因： while expecting Begin # 描述：分支事务注册时，全局事务状态需是一阶段状态begin，非begin不允许注册。属于seata框架层面正常的处理，用户可以从自身业务层面解决。 3、出现场景： 1. 分支事务是异步，全局事务无法感知它的执行进度，全局事务已进入二阶段，该异...
seata1.2+ShardingJdbc4.1+mybatisplus3.1
周六放风筝的专栏
05-13 2646
背景 项目需求背景下需要整合一下这两个中间件来实现分库分表 加分布式事务。之后搜了下整合 seata 和 shardingjdbc 参考了有七八篇文章，也试了三四篇文章的代码和步骤都没有成功（可能是我本地seata是用的1.2版本）。然后决定弄个最新的整合的demo，来实现分库分表加分布式事务的功能。 本demo不适用生产环境，高可用需要调整！！ 本demo不适用生产环境，高可用需要调整！！ 本demo不适用生产环境，高可用需要调整！！ 重点参考链接 其他作者集成版本有点老但思路很清晰: 传送门 se
Seata源码分析与分布式事务实践指南
资源摘要信息:"cloudalibaba-seata.zip是一个包含与Seata相关的博客源码的压缩文件。Seata是一个开源的分布式事务解决方案，致力于提供高性能和易用性的分布式事务服务。本文将详细介绍Seata的相关知识点，并结合...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值