动手实践Seata四种模式(XA、AT、TCC、SAGA)

本文详细介绍了Seata中的四种分布式事务模式:XA、AT、TCC、SAGA。从模式原理到实现步骤,包括各自优缺点。其中,XA模式依赖数据库,AT模式利用数据快照,TCC模式需要手动补偿,SAGA模式基于事件驱动。

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

动手实践

1、XA模式

XA模式原理

XA 规范 是 X/Open 组织定义的分布式事务处理(DTP,Distributed Transaction Processing)标准,XA 规范 描述了全局的TM与局部的RM之间的接口,几乎所有主流的数据库都对 XA 规范 提供了支持。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-imTbvx4I-1654689753280)(images/image-20220608101341216.png)]

如果有失败的就会回滚事务

seata的XA模式

seata的XA模式做了一些调整,但大体相似:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DHYEGEK3-1654689753281)(images/image-20220608101634208.png)]

RM一阶段的工作:

  1. 注册分支事务到TC
  2. 执行分支业务sql但不提交
  3. 报告执行状态到TC

TC二阶段的工作:

  1. TC检测各分支事务执行状态
    • 如果都成功,通知所有RM提交事务
    • 如果有失败,通知所有RM回滚事务

RM二阶段的工作:

  1. 接收TC指令,提交或回滚事务
xa模式的优点:
  1. 事务的强一致性,满足ACID原则。
  2. 常用数据库都支持,实现简单,并且没有代码侵入
xa模式的缺点:
  1. 因为一阶段需要锁定数据库资源,等待二阶段结束才释放,性能较差
  2. 依赖关系型数据库实现事务

实现XA模式

Seata的starter已经完成了XA模式的自动装配,实现非常简单,步骤如下:
  1. 修改application.yml文件(每个参与事务的微服务),开启XA模式:

    # 配置seata的注册中心
    seata:
      data-source-proxy-mode: XA # 选择XA模式
    

    注意:是每一个微服务都需要

  2. 给发起全局事务的入口方法添加@GlobalTransactional注解,本例中是OrderServiceImpl中的create方法:

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ETitQLdz-1654689753282)(images/image-20220608105627606.png)]

  3. 启动所有微服务,postman进行接口测试

    先进行正确的测试,再继续错误的测试

    错误设置,购买商品超出原来剩余的商品数就会让数据库报错测试是否可以事务回滚

    注意:如果测试接口报错响应时间过长,那么就应该设置响应的时间大一点,如下图,然后重启seata

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gu1qDuVJ-1654689753282)(images/image-20220608105938074.png)]

    成功的可以查看seate的控制输出,可以看到事务回滚

    IDEA输出

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zedLAk8N-1654689753282)(images/image-20220608110122848.png)]

    查看数据库的数据是否有被更新

2、AT模式

2.1、AT模式原来

AT模式同样是分阶段提交的事务模型,不过缺弥补了XA模型中资源锁定周期过长的缺陷。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-meFJC4pN-1654689753283)(images/image-20220608143602661.png)]

阶段一RM的工作:

  1. 注册分支事务
  2. 记录undo-log(数据快照,JSON格式)
  3. 执行业务sql并提交
  4. 报告事务状态

阶段二提交时RM的工作:

  1. 删除undo-log即可

阶段二回滚时RM的工作:

  1. 根据undo-log恢复数据到更新前
执行示例

例如,一个分支业务的SQL是这样的:update tb_account set money = money - 10 where id = 1

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-O5Fnc3BK-1654689753283)(images/image-20220608143806379.png)].

AT模式与XA模式最大的区别是什么
  1. XA模式一阶段不提交事务,锁定资源;AT模式一阶段直接提交,不锁定资源。
  2. XA模式依赖数据库机制实现回滚;AT模式利用数据快照实现数据回滚。
  3. XA模式强一致;AT模式最终一致
2.2、AT模式的脏写问题

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4zvyYKpl-1654689753284)(images/image-20220608144903373.png)]

2.3、AT模式的写隔离

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-f8JiRvCz-1654689753285)(images/image-20220608145045957.png)]

2.4、AT模式的优点
  1. 一阶段完成直接提交事务,释放数据库资源,性能比较好
  2. 利用全局锁实现读写隔离
  3. 没有代码侵入,框架自动完成回滚和提交
AT模式的缺点
  1. 两阶段之间属于软状态,属于最终一致
  2. 框架的快照功能会影响性能,但比XA模式要好很多
2.5、实现AT模式

AT模式中的快照生成、回滚等动作都是由框架自动完成,没有任何代码侵入,因此实现非常简单。

1、创建相关的数据库文件

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sXVOEwga-1654689753285)(images/image-20220608150000377.png)]

lock_table(全局锁)表导入到TC服务关联的数据库

DROP TABLE IF EXISTS `lock_table`;
CREATE TABLE `lock_table`  (
  `row_key` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `xid` varchar(96) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `transaction_id` bigint(20) NULL DEFAULT NULL,
  `branch_id` bigint(20) NOT NULL,
  `resource_id` varchar(256) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `table_name` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `pk` varchar(36) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `gmt_create
### Seata 不同模式特点与对比 #### AT 模式 AT 模式是一种基于两阶段提交协议的分布式事务解决方案,其核心目标是简化开发者的工作量并减少锁资源占用的时间。它通过自动解析 SQL 来生成反向操作(回滚逻辑),从而实现了透明化的一阶段提交和二阶段提交过程[^1]。 优点: - 开发者无需额外编写补偿逻辑。 - 自动化程度高,减少了人为错误的可能性。 缺点: - 可能存在性能瓶颈,尤其是在高频写入场景下。 - 脏读问题可能在特定情况下发生,尽管可以通过其他机制缓解。 #### TCC 模式 TCC 是 Try-Confirm-Cancel 的缩写,属于一种显式的两阶段提交方案。在这种模式下,应用层需要手动定义三个方法:Try 方法用于预留资源;Confirm 方法确认执行最终的操作;Cancel 方法负责撤销已保留的资源[^2]。 优势在于灵活性强以及对复杂业务的支持较好。然而,这也意味着更高的开发成本和技术门槛。 #### SAGA 模式 SAGA 提供了一种针对长时间运行事务的有效管理方式。在这个框架里,每一个步骤都会被设计成独立的服务调用链路中的节点,并且每个成功完成的动作都需要有一个对应的逆向动作来支持失败情况下的恢复工作[^3]。 主要特性如下: - 更适合跨多个微服务的大规模交易处理。 - 减少了全局协调器的压力,因为每一步都可以单独决定是否继续或者回退整个流程。 不足之处包括增加了系统的复杂性和潜在的数据一致性风险。 #### XA 模式 XA 协议是由 X/Open 组织提出的标准化接口标准之一,广泛应用于传统关系型数据库管理系统之间交互时保持数据一致性的场合。Seata 实现了自己的版本兼容此规范,允许用户利用现有的基础设施构建可靠的多端点同步环境。 虽然经典但也有局限性比如较高的网络开销和较低的整体吞吐率等问题值得注意。 ```python # 示例代码展示如何初始化不同的模式 from seata import TransactionManager def init_seata_mode(mode_type='AT'): tm = TransactionManager() if mode_type == 'AT': # 初始化 AT 模式配置... pass elif mode_type == 'TCC': # 设置 TCC 参数... pass elif mode_type == 'SAGA': # 定义 SAGA 流程图结构... pass elif mode_type == 'XA': # 加载 XA 数据源驱动程序... pass init_seata_mode('SAGA') ``` 以上是对四种主流模式特性的总结分析比较表: | 特征/模式 | 易用性 | 性能表现 | 场景适用度 | |------------|--------|----------|-------------| | **AT** | ★★★★☆ | ★★☆☆☆ | 中小型项目快速集成 | | **TCC** | ★☆☆☆☆ | ★★★★☆ | 复杂自定义需求 | | **SAGA** | ★★☆☆☆ | ★★★☆☆ | 长时间跨度大范围协作 | | **XA** | ★★★☆☆ | ★☆☆☆☆ | 历史遗留系统迁移改造升级 |
评论 19
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小钟要学习!!!

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值