Seata原理

最新推荐文章于 2024-05-15 09:57:45 发布

咸花卷er

最新推荐文章于 2024-05-15 09:57:45 发布

阅读量122

点赞数

分类专栏： Java 文章标签： java 分布式数据库

本文链接：https://blog.csdn.net/weixin_48445069/article/details/129370815

版权

Java 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

Seata原理

四种事务模式

Seata目标打造一站式的分布事务解决方案，最终会提供四种事务模式：

AT模式
TCC模式
Saga模式
XA模式：正在开发中

目前使用的流行度情况是：AT>TCC>Saga。因此，我们在学习Seata的时候，可以花更多精力在AT模式上。

Seata术语

TC(Transaction Coordinator)-事务协调者

维护全局和分支事务的状态，驱动全局事务提交或回滚。

Seata-Server

TM(Transaction Manager)-事务管理器

定义全局事务的范围：开始全局事务、提交或回滚全局事务。

有@GlobalTransactional的注解的类，开始全局事务

RM(Resource Manager)-资源管理器

管理分支事务处理的资源，与TC交谈以注册分支事务和报告分析事务的状态，并驱动分支事务提交或回滚。

就是每个具体的分支操作（减库存、添加表.....）

AT模式

前提

基于支持本地ACID事务的关系型数据库。
Java 应用，通过 JDBC 访问数据库。

整体机制

两个阶段提交协议的演变：

一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。
二阶段：
- 提交异步化，非常快速地完成。
- 回滚通过一阶段的回滚日志进行反向补偿。

执行原理

TM 请求 TC 开启一个全局事务。TC 会生成一个 XID 作为该全局事务的编号。

XID，会在微服务的调用链路中传播，保证将多个微服务的子事务关联在一起。
RM 请求 TC 将本地事务注册为全局事务的分支事务，通过全局事务的 XID 进行关联。
TM 请求 TC 告诉 XID 对应的全局事务是进行提交还是回滚。
TC 驱动 RM 们将 XID 对应的自己的本地事务进行提交还是回滚。

一阶段

过程：

解析SQL：得到SQL的类型，表，条件等相关信息。
查询前镜像（beforeImage）：根据解析得到的条件信息，生成查询语句，定位数据。
执行业务 SQL。
查询后镜像：根据前镜像的结果，通过主键定位数据。
插入回滚日志：把前后镜像数据以及业务 SQL 相关的信息组成一条回滚日志记录，插入到 UNDO_LOG 表中。

//例如下面的信息
{
	"branchId": 641789253,
	"undoItems": [{
		"afterImage": {
			"rows": [{
				"fields": [{
					"name": "id",
					"type": 4,
					"value": 1
				}, {
					"name": "name",
					"type": 12,
					"value": "GTS"
				}, {
					"name": "since",
					"type": 12,
					"value": "2014"
				}]
			}],
			"tableName": "product"
		},
		"beforeImage": {
			"rows": [{
				"fields": [{
					"name": "id",
					"type": 4,
					"value": 1
				}, {
					"name": "name",
					"type": 12,
					"value": "TXC"
				}, {
					"name": "since",
					"type": 12,
					"value": "2014"
				}]
			}],
			"tableName": "product"
		},
		"sqlType": "UPDATE"
	}],
	"xid": "xid:xxx"
}

提交前，向 TC 注册分支：申请 product 表中，主键值等于 1 的记录的 全局锁 。
本地事务提交：业务数据的更新和前面步骤中生成的 UNDO LOG 一并提交。
将本地事务提交的结果上报给 TC。

二阶段-回滚

收到 TC 的分支回滚请求，开启一个本地事务，执行如下操作。
通过 XID 和 Branch ID 查找到相应的 UNDO LOG 记录。
数据校验：拿 UNDO LOG 中的后镜与当前数据进行比较，如果有不同，说明数据被当前全局事务之外的动作做了修改。这种情况，需要根据配置策略来做处理，详细的说明在另外的文档中介绍。
根据 UNDO LOG 中的前镜像和业务 SQL 的相关信息生成并执行回滚的语句。
提交本地事务。并把本地事务的执行结果（即分支事务回滚的结果）上报给 TC。