分布式事务之Seata TCC

最新推荐文章于 2024-05-11 13:23:30 发布
最新推荐文章于 2024-05-11 13:23:30 发布
阅读量755 收藏 11
点赞数
分类专栏： 分布式事务 文章标签： 分布式事务 Seata TCC Seata 空回滚 悬挂
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/usagoole/article/details/126162829
版权

文章目录

TCC

  1. TCC是一种资源，实现了Try、Confirm、Cancel三个操作接口。与2PC不同的是，TCC是一种应用层实现的两阶段提交协议。在TCC分布式事务中，对每个业务操作都会分为Try、Confirm和Cancel三个阶段
  2. Try阶段：准备执行业务的阶段，这个阶段尝试执行业务，重点关注如下事项
    • 完成所有的业务检查，确保数据的一致性
    • 预留必要的业务资源，确保数据的隔离性
  3. Confirm阶段：确认执行业务的节点，在这个阶段确认执行的业务，重点关注如下事项
    • Try阶段执行成功后，Confirm真正地执行业务
    • 不做任何业务逻辑检查，直接将数据持久化到数据库（不会做二次检查，直接使用Try预留的业务资源）
    • Confirm操作需满足幂等性，因为Confirm失败后需要进行重试
  4. Cancel阶段:取消执行业务，重点关注如下事项
    • 释放Try阶段预留的业务资源
    • 将数据库中的数据恢复到最初的状态
    • Cancel操作需满足幂等性，因为Cancel失败后需要进行重试
  5. 由于使用TCC分布式事务时，各业务系统的事务未达到最终状态时，会存在短暂的数据不一致现象。因此业务系统需要具备兼容数据最终一致性之前带来的可见性问题的能力
  6. TCC使用场景
    • 具有强隔离性、严格一致性要求的业务场景
    • 执行时间比较短的业务
  7. TCC优点
    • 应用层实现逻辑，锁定资源的粒度变小（不会锁定所有资源），提升系统性能
    • Try、Confirm、Cancel都实现幂等性（Try一般也要实现幂等），能够保证分布式事务执行后的数据一致性
    • 相比与XA规范，无论主业务还是分支业务，都能集群部署，解决单点问题
  8. TCC缺点：对应用侵入性强，实现难度较大。业务逻辑的每个分支都需要实现try、confirm、cancel三个操作，应用侵入性较强，都要实现幂等，改造成本高。

对比

  1. TCC与XA两阶段提交很类似

    • 在第一阶段，XA是写本地的redo和undo日志，还未提交事务，Try是通过独立的事务在业务上预留资源。

    • 在第二阶段，XA或者提交事务或者回滚事务，TCC或者执行业务或者补偿业务。

    • XA始终持有资源锁，在两个阶段中保持同步阻塞。而TCC是业务层面的分布式事务，每一个阶段都是一个独立的事务，不持有资源锁。TCC没有XA事务的同步阻塞和单点故障的问题。

  2. TCC与Saga相比多了一个Try阶段，显得更重，更加复杂

    • 普通业务要实现TCC，需要修改原有的业务逻辑，而Saga添加一个补偿动作就可以了
    • TCC的补偿是释放锁定的资源，Saga的补偿是回滚到原有的状态。
    • TCC最少通信次数为2n，而Saga为n（n=sub-transaction的数量）
    • TCC与Saga都实现了最终一致性，当Confirm或Cancel失败时，都需要人工处理，但TCC通过锁定资源相对实现了隔离性。

注意的问题

  1. 在使用TCC时，需要注意空回滚、幂等、悬挂问题
  2. 空回滚问题
    • 含义:Try未执行，Cancel执行了
    • 出现的原因：Try阶段网络超时。Try阶段事务回滚，触发Cancel。未收到Try，直接收到Cancel
    • 解决方案：判断一阶段try是否执行（一般需要插入流水状态表），如果执行了就正常回滚，如果未执行，则是空回滚。需要一张状态表，第一阶段 Try 方法里会插入一条记录，表示一阶段执行了。Cancel 里读取该记录，如果该记录存在，则正常回滚；如果该记录不存在，则是空回滚。
  3. 悬挂问题
    • 含义: 二阶段 Cancel 接口比 Try 接口先执行，导致预留资源无法继续处理。因为允许空回滚的原因，Cancel 接口认为 Try 接口没执行，空回滚直接返回成功，对于 Seata 框架来说，认为分布式事务的二阶段接口已经执行成功，整个分布式事务就结束了。Seata认为分布式事务结束，但是此时try才刚刚开始执行，最终导致预留资源不能被处理（Seata框架已经认为结束），这样就导致了悬挂
    • 导致的原因：在 RPC 调用时，先注册分支事务，再执行 RPC 调用，如果此时 RPC 调用的网络发生拥堵，通常 RPC 调用是有超时时间的，RPC 超时以后，发起方就会通知 TC 回滚该分布式事务，可能回滚完成后，RPC 请求才到达参与者，真正执行，从而造成悬挂。
    • 解决方案：保证二阶段执行完成，一阶段就不能执行。执行二阶段后，在状态表中更新记录为已回滚，一阶段执行时，先读取改记录，如果记录已经存在，则认为二阶段已经执行（可以使用悲观锁或者乐观锁重试）
  4. 幂等问题:TCC 的二阶段 Confirm 和 Cancel 接口需要保证幂等，不会重复使用或者释放资源。实际上Try阶段也应该幂等，毕竟网络调用可能会导致重试
    • 导致的原因:提交或回滚是一次 TC 到参与者的网络调用，网络故障、参与者宕机等都有可能造成参与者 TCC 资源实际执行了二阶段，但是 TC 没有收到返回结果的情况，这时，TC 就会重复调用，直至调用成功，整个分布式事务结束。
    • 解决方案：事务控制表增加状态字段和唯一标识字段

实现细节

  1. Try方法实现
    • Try需要能够告诉二阶段接口，已经预留资源成功（通常使用状态表，并且增加业务唯一标识）
    • 检查第二阶段是否已经执行完成，如果已完成，则不再执行
  2. Confirm方法实现
    • Confirm 方法不允许空回滚，即一定要在Try之后执行
    • 锁定状态记录，如果状态记录为空，则终止执行（抛出异常返回失败）。
    • 如果状态记录不为空，检查状态，如果是初始状态，则正常二阶段提交。如果是状态已经提交，则防止重复提交，直接返回成功。如果状态是已回滚，则终止执行（抛出异常返回失败）
  3. Cancel方法实现
    • 锁定状态记录，如果状态记录为空，表示Try未执行，即空回滚。空回滚需要插入一条事务状态记录（取消状态），确保后续的 Try 方法不会再执行。如果插入失败，则表示当前Try正在执行，直接返回失败，等待重试。如果插入成功，可确保后续Try不会执行
    • 如果一开始读取事务记录不为空，则说明 Try 方法已经执行完毕，再检查状态是否为初始化，如果是，则还没有执行过其他二阶段方法，正常执行 Cancel 逻辑。如果状态为已回滚，则说明这是重复调用，允许幂等，直接返回成功即可。如果状态为已提交，则同样是一个异常，一个已提交的事务，不能再次回滚。

Seata TCC实战

  1. TCC流程图
    在这里插入图片描述

  2. 业务场景：A银行用户向B银行用户转账1000元，那么对应的TCC三阶段逻辑为

    账户0（A银行） 账户1（B银行）
    try方法 冻结金额+1000
    余额-1000
    插入转账流水(用于幂等)    		 冻结金额+1000
    创建转账流水（用于幂等）
    confirm 冻结金额-1000
    更新转账流水状态（用于幂等）    		 冻结金额-1000
    金额+1000
    更新流水状态（用于幂等）
    cancel 冻结金额-1000
    金额+1000
    更新转账流水状态（用于幂等）    		 冻结金额-1000
    更新流水状态（用于幂等）

  3. 项目源码：https://github.com/jannal/transaction/blob/master/seata-tcc

  4. 添加依赖

    //seata
compile 'io.seata:seata-spring-boot-starter:1.4.2'

  5. 服务模块

    服务 描述
    seata-service-account0 账户服务（A银行）
    seata-service-account1 积分服务（B银行）
    seata-service-aggregation 聚合服务

A银行代码

  1. 数据库设计

    CREATE DATABASE IF NOT EXISTS seata_tcc_bank0 DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_bin;

DROP TABLE IF EXISTS `t_account`;
CREATE TABLE `t_account`
(
    `id`             int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',
    `account_id`     varchar(50) COLLATE utf8mb4_bin NOT NULL COMMENT '账户标识',
    `amount`         decimal(20, 2)                  NOT NULL DEFAULT '0.00' COMMENT '金额',
    `freezed_amount` decimal(20, 2)                  NOT NULL DEFAULT '0.00' COMMENT '冻结金额',
    `create_time`    datetime                        NOT NULL COMMENT '创建时间',
    `update_time`    datetime                        NOT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
    PRIMARY KEY (`id`),
    UNIQUE KEY `uniq_accout` (`account_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin COMMENT='账户表';

DROP TABLE IF EXISTS `t_transfer_serial`;
CREATE TABLE `t_transfer_serial`
(
    `id`                     bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',
    `transfer_serial_number` varchar(50) COLLATE utf8mb4_bin NOT NULL COMMENT '转账流水号',
    `account_from_id`        varchar(50) COLLATE utf8mb4_bin NOT NULL COMMENT '转账账户',
    `account_to_id`          varchar(50) COLLATE utf8mb4_bin NOT NULL COMMENT '进账账户',
    `amount`                 decimal(20, 2)                  NOT NULL DEFAULT '0.00' COMMENT '金额',
    `status`                 tinyint(4) NOT NULL DEFAULT '1' COMMENT '状态，1待处理，2处理，3废弃',
    `create_time`            datetime                        NOT NULL COMMENT '创建时间',
    `update_time`            datetime                        NOT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
    PRIMARY KEY (`id`) USING BTREE,
    UNIQUE KEY `unqi_transfer` (`transfer_serial_number`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

INSERT INTO `seata_tcc_bank0`.`t_account`(`id`, `account_id`, `amount`, `freezed_amount`, `create_time`, `update_time`)
VALUES (1, 'jannal', 10000.00, 0.00, '2022-05-03 17:23:37', '2022-05-03 17:23:39');

  2. seata配置

    seata.enabled=true
seata.application-id=account0-tcc-provider-seata
seata.registry.type=nacos
# Server和Client端的值需一致，默认seata-server
seata.registry.nacos.application=seata-server
seata.registry.nacos.server-addr=192.168.101.8:8848
seata.registry.nacos.group=DEFAULT_GROUP
seata.registry.nacos.cluster=default
seata.registry.nacos.username=root
seata.registry.nacos.password=root
seata.registry.nacos.namespace=e489e0de-8001-41b8-83a6-3241d426a9f7
seata.config.type=nacos
seata.config.nacos.data-id=seataServer.properties
seata.config.nacos.server-addr=192.168.101.8:8848
seata.config.nacos.group=DEFAULT_GROUP
seata.config.nacos.username=root
seata.config.nacos.password=root
seata.config.nacos.namespace=e489e0de-8001-41b8-83a6-3241d426a9f7
# nacos server默认值是my_test_tx_group
seata.tx-service-group=my_test_tx_group
seata.service.vgroup-mapping.my_test_tx_group=default
seata.service.disable-global-transaction=false

  3. 账户的业务逻辑

    public interface AccountTransferService {
     
    /**
     * 尝试转账
     */
    public void tryPayment(TransferSerial transferSerial);
    /**
     * 确定扣款
     */
    public void confirmPayment(String transferSerialNumber);
    /**
     * 取消扣款
     */
    public void cancelPayment(TransferSerial transferSerial);
}
@Service
@Slf4j
public class AccountTransferServiceImpl implements AccountTransferService {
     
    @Autowired
    private AccountMapper accountMapper;
    @Autowired
    private TransferSerialMapper transferSerialMapper;

    @Override
    @Transactional(rollbackFor = Exception.class)
    public void tryPayment(TransferSerial transferSerial) {
     
        final String transactionId = RootContext.getXID();
        String accountFromId = transferSerial.getAccountFromId();
        String transferSerialNumber = transferSerial.getTransferSerialNumber();
        BigDecimal amount = transferSerial.getAmount();
        log.info("事务ID:[{}],tryPayment -> transferSerialNumber:[{}], accountFromId:[{}] , accountToId:[{}]"
                , transactionId
                , transferSerialNumber
                , accountFromId
最低0.47元/天 解锁文章
jannals
关注
  • 0
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Seata TCC 模式理论学习、生产级使用示例搭建及注意事项 | Spring Cloud55
gmHappy
06-11 1万+
`tcc`事务模式一共涉及到了三个方法，`prepare`、`commit` 以及 `rollback`，这三个方法都完全是**用户自定义**的方法，都是需要我们自己来实现的。相较于 `AT` 事务模式 `TCC` 这种模式其实是**不依赖于底层数据库的事务支持**的。
Seata之TCC模式
qq_37436172的博客
08-07 5847
针对以上三个异常，落地的解决方案很多，比如维护一个事务状态表，每个事务的执行阶段全部记录下来。幂等：在执行confirm或者cancel之前根据事务状态表查询当前全局事务是否已经执行过confirm或者cancel方法空回滚：在执行cancel之前才能根据事务状态表查询当前全局事务是否已经执行成功try方法悬挂：在执行try方法之前，根据事务状态表查询当前全局事务是否已经执行过cancel方法。...
实战！阿里神器 Seata 实现 TCC模式 解决分布式事务，真香
最新发布
2401_83384536的博客
05-11 1221
TCC（Try Confirm Cancel）方案是一种应用层面侵入业务的两阶段提交。针对每个操作，都要注册一个与其对应的确认和补偿（撤销）操作。第一阶段：Try（尝试），主要是对业务系统做检测及资源预留(加锁，锁住资源)第二阶段：本阶段根据第一阶段的结果，决定是执行confirm还是cancelConfirm（确认）：执行真正的业务（执行业务，释放锁）Cancle（取消）：是预留资源的取消（出问题，释放锁）
Seata TCC 模式
u010480873的博客
07-19 327
总之，使用 Seata 实现 TCC 模式需要进行配置和编码，主要包括添加 Seata 依赖、配置 Seata、实现 TCC 接口和测试 TCC 模式等步骤。在实现 TCC 接口时，需要实现。Seata 是一个开源的分布式事务解决方案，支持多种事务模式，包括 TCC 模式。在测试 TCC 模式时，需要在方法上添加。方法执行成功后自动提交事务，如果执行失败，则会自动回滚事务。方法执行成功后，Seata 将会调用。方法提交事务，如果执行失败，则会调用。配置 Seata 的事务组名称，方法，Seata 将会在。
三天学会阿里分布式事务框架Seata-seata原理详解
java1234的博客
02-29 903
三天学会阿里分布式事务框架Seata-seata原理详解
五阶段--分布式事务--Seata TCC模式-TCC模式/Spring Cloud微服务添加 TCC 分布式事务
weixin_58580280的博客
09-23 837
分布式事务（六）Seata TCC模式-TCC模式介绍 一 TCC 基本原理 TCC 与 Seata AT 事务一样都是两阶段事务，它与 AT 事务的主要区别为： TCC 对业务代码侵入严重 每个阶段的数据操作都要自己进行编码来实现，事务框架无法自动处理。 TCC 效率更高 不必对数据加全局锁，允许多个事务并发同时操作数据。 二 TCC 事务 1 创建工程,导入项目 第一步: 创建 empty project: seata-tcc ,与seata-at工程区分开 第二步: ...
分布式事务 Seata TCC 模式深度解析
07-01
本文档的内容主要分为以下...1、Seata TCC 模式的原理解析； 2、从 TCC 的业务模型与并发控制分享如何设计一个 TCC 接口，并且适配 TCC 模型； 3、如何控制异常； 4、性能优化，使得 TCC 模式能够满足更高的业务需求。
分布式事务与Seata开发总结.pdf
03-13
1、详细介绍了Seata阿里分布式事务中间件； 2、对整个分布式事务解决方案原理进行了详细的分析，包括tcc、xa、saga等解决方案 3、IT老齐老师视频资料配套pdf；
分布式事务与Seata.pptx
01-29
分布式事务的解决方案包括Seata、TCC、SAGA、X/Open XA等。 分布式事务的产生是由于业务的不断扩大，用户数的增加，导致单个库或表无法存储所有数据，需要将数据分布在多个库或表中，从而引发跨数据库的事务操作...
分布式事务之Seata XA AT实战代码
04-22
总结来说，分布式事务Seata XA AT模式通过自动化的方式简化了开发人员处理分布式事务的复杂性。在实际应用中，结合`seata-stock`和`seata-order`这样的服务模块，可以构建出高效且一致性的业务系统。通过与`...
基于springcloud+springboot+nacos+openFeign的分布式事务组件seata项目源码.zip
02-27
分布式事务组件seata的使用demo，AT模式、TCC模式，集成springboot、springcloud（nacos注册中心、openFeign服务调用、Ribbon负载均衡器）、spring jpa，数据库采用mysql demo中使用的相关版本号，具体请看代码。...
seata分布式事务TCC模式介绍及推荐实践
weixin_44433834的博客
12-31 919
作者：ptti 来源：恒生LIGHT云社区 通过前面的文章《seata入门介绍与seata-service部署与验证》，我们对seata已经有一个大体的认识，并且也了解到seata分布式事务AT模式，今天我们介绍SEATA分布式事务框架中TCC事务框架。打算从原理、实际原型演示、推荐的应用场景、注意事项等这几个维度去介绍TCC分布式事务。 首先介绍一下TCC，关于TCC（Try-Confirm-Cancel）的概念，最早是由Pat Helland于2007年发表的一篇名为《Life beyond Dis.
Seata-go TCC 设计与实现
阿里巴巴云原生的博客
05-22 671
本文主要介绍 seata-go 中 TCC 的设计思路、异常处理以及在实战中的使用。
Seata之TCC模式解读
一个菜鸡的博客
11-12 340
关于TCC的概念，最早是由Pat Helland于2007年发表的一篇名为《Life beyond Distributed Transactions:an Apostate’s Opinion》的论文提出。在该论文中，TCC还是以Tentative-Confirmation-Cancellation命名。正式以Try-Confirm-Cancel作为名称的是Atomikos公司，其注册了TCC商标。TCC是的简称。TCC模式与AT模式非常相似，每阶段都是独立事务，不同的是。
（二）分布式事务——Seata、XA、TCC、AT、SAGA模式
方方土的博客
02-12 7190
分布式事务——Seata一、Seata的架构：1、什么是Seata：二、部署TC服务，微服务集成Seata：三、XA模式：1、认识：2、执行原理：3、Seata的XA模式：4、总结：5、实现：四、TCC模式：1、模式原理：2、优缺点：3、案例：4、新概念：五、AT模式：1、AT模式原理：2、AT模式的脏读问题：3、全局锁：4、全局锁和XA中事务不提交占用锁资源的区分：5、优缺点：6、实现：六、SAGA模式：1、Soga模式原理：2、优缺点：七、四种模式的对比： 分布式事务——Seata 一、Seata的架.
Seata服务搭建 —— db数据源
mry6的博客
12-31 1381
Seata服务搭建 —— db数据源Seata Server(TC)环境搭建db存储模式 Seata Server(TC)环境搭建 官网地址：https://seata.io/zh-cn/docs/ops/deploy-guide-beginner.html Server端存储模式(store.mode)支持三种： 1》file：单机模式，全局事务会话信息内存中读写并持久化本地文件root.data，性能较高(默认) 2》db：(mysql 5.7+)高可用模式，全局事务会话信息通过db共享，相应性能差些
分布式事务：Seata框架AT模式及TCC模式执行流程剖析
朝雨忆轻尘
11-17 2595
Seata角色术语 TC - 事务协调者 维护全局和分支事务的状态，驱动全局事务提交或回滚，即Seata服务端。 TM - 事务管理器 定义全局事务的范围：开始全局事务、提交或回滚全局事务，在事务发起的客户端。 RM - 资源管理器 管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚，在分支事务执行的客户端。 Seata执行流程 Seata...
分布式事务（2PC、3PC、TCC）
张伯毅的专栏
04-27 3543
什么是分布式事务？ 我们看看百度上对于分布式事务的定义：分布式事务是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。 额~ 看了反而更懵逼了，简单的画个图好让大家理解一下，拿下单减库存来说举例：当系统的业务量很小时，“一站式”的系统完全可以满足现有业务需求，所有的业务都共用一个数据库，整个下单流程或许只用在一个方法里同一个事务下操...
分布式事务
kobexzf的博客
07-21 128
此规范定义了TM，RM，AP，定义了它们之间交互的接口规范，大部分RDBMS如mysql都实现了XA规范，可作为RM使用实现具体交互细节在2pc3pc协议中体现2pcprepare/commit，未收到commit一直等(资源独占的性能问题，阻塞，不一致，单点)3pccanCommit/preCommit/doCommit，多了询问和参与者超时机制，第三阶段参与者超时未收到commit/abort直接提交，解决了2pc的诸多问题3pc是不是还有不一致问题？...
分布式事务seata框架tcc
07-29
Seata框架是一个开源的分布式事务解决方案，它支持TCC（Try-Confirm-Cancel）模式。TCC模式是一种补偿机制，用于保证分布式事务的一致性。 在Seata中，TCC模式通过定义三个阶段来实现事务的处理：Try阶段、Confirm...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值