Seata的四种模式

最新推荐文章于 2024-02-24 19:27:53 发布
最新推荐文章于 2024-02-24 19:27:53 发布
阅读量1.4k 收藏 1
点赞数 1
分类专栏： 微服务 文章标签： 数据库 java 大数据
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_57907966/article/details/126652072
版权

XA模式

在这里插入图片描述
XA模式的优点：

  • 事务的 强一致性，满足ACID原则
  • 常用数据库都支持，实现简单，并且没有代码侵入

XA模式的缺点：

  • 因为第一阶段需要锁定数据库资源，等待第二阶段结束才释放，性能较差
  • 依赖关系型数据库实现事务

实现XA模式

1、修改applicaiton.yml（每个参与事务的微服务）文件，开启XA模式

seata:
 data-source-proxy-mode: XA

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

@GlobalTransactional

3、重启服务并测试

当库存不足时，会进行事务的回滚

我们的金额并没有减少，

AT模式

在这里插入图片描述

AT模式与XA模式最大的区别：

  • XA模式一阶段不提交事务，锁定资源；AT模式一阶段直接提交事务，不锁定资源
  • XA模式依赖数据库机制实现回滚；AT模式利用数据快照实现数据回滚
  • XA模式强一致；AT模式最终一致

AT模式的脏写

在这里插入图片描述

解决办法：引入全局锁

在这里插入图片描述

在这里插入图片描述

AT模式的优点：

  • 一阶段完成直接提交事务，释放数据库资源，性能比较好

  • 利用全局锁实现读写隔离

  • 没有代码侵入，框架自动完成回滚和提交

AT模式的缺点：

  • 两阶段之间属于软状态，属于最终一致
  • 框架的快照功能会影响性能，但比XA模式要好很多

实现AT模式：

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` datetime NULL DEFAULT NULL,
  `gmt_modified` datetime NULL DEFAULT NULL,
  PRIMARY KEY (`row_key`) USING BTREE,
  INDEX `idx_branch_id`(`branch_id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

在这里插入图片描述

导入微服务相关联的数据库

DROP TABLE IF EXISTS `undo_log`;
CREATE TABLE `undo_log`  (
  `branch_id` bigint(20) NOT NULL COMMENT 'branch transaction id',
  `xid` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT 'global transaction id',
  `context` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT 'undo_log context,such as serialization',
  `rollback_info` longblob NOT NULL COMMENT 'rollback info',
  `log_status` int(11) NOT NULL COMMENT '0:normal status,1:defense status',
  `log_created` datetime(6) NOT NULL COMMENT 'create datetime',
  `log_modified` datetime(6) NOT NULL COMMENT 'modify datetime',
  UNIQUE INDEX `ux_undo_log`(`xid`, `branch_id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = 'AT transaction mode undo table' ROW_FORMAT = Compact;

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-z6jIDSEj-1662039964373)(D:\笔记\a\image-20220831212022129.png)]

2、修改配置文件为AT

data-source-proxy-mode: AT

3、重启微服务

TCC模式原理

在这里插入图片描述

在这里插入图片描述

TCC模式的每个阶段是做什么的？

  • Try：资源检查和预留
  • Confirm：业务执行和提交
  • Cancel：预留资源的释放

TCC的优点是什么？

  • 一阶段完成直接提交事务，释放数据库资源，性能好
  • 相比AT模型，无需生成快照，无需使用全局锁，性能最强
  • 不依赖数据库事务，而是依赖补偿操作，可以用于非事务型数据库

TCC的缺点是什么？

  • 有代码侵入，需要人为编写try、Confirm和Cancel接口，太麻烦
  • 软状态，事务是最终一致
  • 需要考虑Confirm和Cancel的失败情况，做好幂等处理

案例：改造acccount-service服务，利用TCC实现分布式事务

  • 修改account-service，编写try、confirm、cancel逻辑

  • try业务：添加冻结金额，扣减可用金额

  • confirm业务：删除冻结金额

  • cancel业务：删除冻结金额，恢复可用金额

  • 保证confirm、cancel接口的幂等性

  • 允许空回滚（当某分支事务的try阶段阻塞时，可能导致全局事务超时而触发二阶段的cancel操作。在未执行try操作时先执行了cancel操作，这时cancel不能做回滚，就是空回滚）：cancel业务中，根据xid查询account_freeze，如果为null则说明try还没做，需要空回滚

  • 拒绝业务悬挂（对于已经空回滚的业务，如果以后继续执行try，就永远不可能confirm或cancel，这就是业务悬挂。应当阻止执行空回滚后的try操作，避免悬挂）：try业务中，根据xid查询account_freeze ，如果已经存在则证明Cancel已经执行，拒绝执行try业务

为了实现空回滚、防止业务悬挂，以及幂等性要求。我们必须在数据库记录冻结金额的同时，记录当前事务id和执行状态，为此我们设计了一张表

/*
 Navicat Premium Data Transfer

 Source Server         : local
 Source Server Type    : MySQL
 Source Server Version : 50622
 Source Host           : localhost:3306
 Source Schema         : seata_demo

 Target Server Type    : MySQL
 Target Server Version : 50622
 File Encoding         : 65001

 Date: 23/06/2021 16:23:20
*/

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for account_freeze_tbl
-- ----------------------------
DROP TABLE IF EXISTS `account_freeze_tbl`;
CREATE TABLE `account_freeze_tbl`  (
  `xid` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `user_id` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `freeze_money` int(11) UNSIGNED NULL DEFAULT 0,
  `state` int(1) NULL DEFAULT NULL COMMENT '事务状态，0:try，1:confirm，2:cancel',
  PRIMARY KEY (`xid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = COMPACT;

-- ----------------------------
-- Records of account_freeze_tbl
-- ----------------------------

SET FOREIGN_KEY_CHECKS = 1;

两个表对应的实体类

@Data
@TableName("account_tbl")
public class Account {
    @TableId
    private Long id;
    private String userId;
    private Integer money;
}

@Data
@TableName("account_freeze_tbl")
public class AccountFreeze {
    @TableId(type = IdType.INPUT)
    private String xid; //事务id
    private Stri	ng userId; //用户id
    private Integer freezeMoney; //冻结金额
    private Integer state;

    public static abstract class State {
        public final static int TRY = 0;
        public final static int CONFIRM = 1;
        public final static int CANCEL = 2;
    }
}

声明TCC的三个接口

@LocalTCC
public interface AccountTCCService {
    @TwoPhaseBusinessAction(name = "deduct",commitMethod = "confirm",rollbackMethod = "cancel")
    void deduct(@BusinessActionContextParameter(paramName = "userId") String userId,
                @BusinessActionContextParameter(paramName = "money")int money);

    boolean confirm(BusinessActionContext ctx);

    boolean cancel(BusinessActionContext ctx);

}

实现TCC接口

三个基本业务实现

@Service
public class AccountServiceImpl implements AccountService {
    //注入mapper
    @Autowired
    private AccountMapper accountMapper;

    @Autowired
    private AccountFreezeMapper freezeMapper;


    @Override
    public void deduct(String userId, int money) {
        //获取事务的id
        String xid = RootContext.getXID();
//1.扣减可用余额
        accountMapper.deduct(userId,money);
//2.记录冻结金额，和事务的状态
        AccountFreeze freeze = new AccountFreeze();
        freeze.setUserId(userId);
        freeze.setFreezeMoney(money);
        freeze.setState(AccountFreeze.State.TRY);

        freeze.setXid(xid);
        freezeMapper.insert(freeze);

    }

    @Override
    public boolean confirm(BusinessActionContext ctx) {
        //获取事务id
        String xid = ctx.getXid();
        //删除冻结金额
        int i = freezeMapper.deleteById(xid);

        //判断是否删除成功
        return i==1;
    }

    @Override
    public boolean cancel(BusinessActionContext ctx) {
        String xid = ctx.getXid();
        //0、查询冻结记录
        AccountFreeze accountFreeze = freezeMapper.selectById(xid);
        
        //1、恢复可用金额
        accountMapper.refund(accountFreeze.getUserId(),accountFreeze.getFreezeMoney());
        //2、将动态金额清零，状态修改为Cancel
accountFreeze.setFreezeMoney(0);
accountFreeze.setState(AccountFreeze.State.CANCEL);

        int i = freezeMapper.updateById(accountFreeze);
        return i==1;
    }
}

解决空回滚和业务悬挂，增加幂等判断

package cn.itcast.account.service.impl;

import cn.itcast.account.mapper.AccountFreezeMapper;
import cn.itcast.account.mapper.AccountMapper;
import cn.itcast.account.entity.AccountFreeze;
import cn.itcast.account.service.AccountTccService;
import io.seata.core.context.RootContext;
import io.seata.rm.tcc.api.BusinessActionContext;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;

/**
 * @ClassName AccountServiceImpl
 * @Description TODO
 * @Author ylh
 * @Date 2022/9/1 20:54
 * @Version 1.0
 */
@Service
public class AccountTccServiceImpl implements AccountTccService {
    //注入mapper
    @Autowired
    private AccountMapper accountMapper;

    @Autowired
    private AccountFreezeMapper freezeMapper;


    @Override
    public void deduct(String userId, int money) {

        //获取事务的id
        String xid = RootContext.getXID();

        //判断freeze中是否有冻结记录，如果有，一定是Cancel执行过，拒绝业务
        AccountFreeze oldFreeze=freezeMapper.selectById(xid);
        if (oldFreeze!=null){
            return ;
        }





//1.扣减可用余额
        accountMapper.deduct(userId,money);
//2.记录冻结金额，和事务的状态
        AccountFreeze freeze = new AccountFreeze();
        freeze.setUserId(userId);
        freeze.setFreezeMoney(money);
        freeze.setState(AccountFreeze.State.TRY);

        freeze.setXid(xid);
        freezeMapper.insert(freeze);

    }

    @Override
    public boolean confirm(BusinessActionContext ctx) {
        //获取事务id
        String xid = ctx.getXid();
        //删除冻结金额
        int i = freezeMapper.deleteById(xid);

        //判断是否删除成功
        return i==1;
    }

    @Override
    public boolean cancel(BusinessActionContext ctx) {
        String xid = ctx.getXid();
        //0、查询冻结记录
        AccountFreeze accountFreeze = freezeMapper.selectById(xid);

        //空回滚的判断，没有执行冻结
       if ( accountFreeze==null){
           //需要空回滚
           accountFreeze=new AccountFreeze();
           accountFreeze.setUserId(ctx.getActionContext("userId").toString());
           accountFreeze.setFreezeMoney(0);
           accountFreeze.setState(AccountFreeze.State.CANCEL);
           accountFreeze.setXid(xid);
           freezeMapper.insert(accountFreeze);
           return true;
       }

        //幂等判断--cancle超时了，又调用了一次cancel
        if (accountFreeze.getState()== AccountFreeze.State.CANCEL){
            //已经处理过了，无需继续处理
            return true;
        }

        //1、恢复可用金额
        accountMapper.refund(accountFreeze.getUserId(),accountFreeze.getFreezeMoney());
        //2、将动态金额清零，状态修改为Cancel
accountFreeze.setFreezeMoney(0);
accountFreeze.setState(AccountFreeze.State.CANCEL);

        int i = freezeMapper.updateById(accountFreeze);
        return i==1;
    }
}

修改web中service方法

@Autowired
private AccountTCCService accountService;

Saga模式

Saga模式是SEATA提供的长事务解决方案。也分为两个阶段：

一阶段：直接提交本地事务

二阶段：成功则什么都不做；失败则通过编写补偿业务来回滚

Saga模式优点：

事务参与者可以基于事件驱动实现异步调用，吞吐高

一阶段直接提交事务，无锁，性能好

不用编写TCC中的三个阶段，实现简单

缺点：

软状态持续时间不确定，时效性差

没有锁，没有事务隔离，会有脏写

在这里插入图片描述

白小筠
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
分布式事务最经典的七种解决方案
weixin_70730532的博客
05-29 2万+
前言： 随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章总结了分布式事务最经典的解决方案，分享给大家。 基础理论 在讲解具体方案之前，我们先了解一下分布式事务所涉及到的基础理论知识。 我们拿转账作为例子，A需要转100元给B，那么需要给A的余额-100元，给B的余额+100元，整个转账要保证，A-100和B+100同时成功，或者同时失败。看看在各种场景下，是如何解决这个问题的。 事务 把多条语句作
seata1.4.2 分布式事务AT模式示例
03-25
1. 项目idea+maven+spring-boot+spring-cloud+spring-cloud-alibaba，依赖nacos 2.0.1, mysql,seata server 1.4.2; 2. 示例包括三个服务，订单服务，商品服务，账户服务; 3. 创建订单的同时，需要扣减商品库存，并...
Seata TCC 模式 Demo
09-12
Seata TCC 模式流程分析配套 Demo 源码
SEATA框架1
LHB123456789L的博客
03-08 145
笔记
初识分布式事务seata-四种模式
最新发布
m0_64882384的博客
02-24 1190
对分布式事务seata的原理、背景、理论基础进行详细的讲解，对seata三种模式（AT、XA、TCC、Sage）的实现和流程，以及细微的注意事项进行了讲解，希望能够对大家有帮助
springcloud alibaba mybatis-plus多数据源集成seata分布式事务
hlvy
03-22 1622
注意以上mybatis集成seata主要是把数据源给了seata的代理类DataSourceProxy。最后在2边的方法上面加上@GlobalTransactional注解就行了。nacos对应的seata-server.properties 配置。在所需要分布式事务的库创建undo_log表 每个数据源库都需要。B项目:同A项目mybatis+seata配置。A项目mybatis+seata配置。注意:这里不讲解seata的搭建。........此处同A项目配置。这里使用的是默认的AT模式。
Spring Cloud Alibaba全家桶（九）——分布式事务组件Seata
小新要变强的博客
03-28 3738
本文小新为大家带来 分布式事务组件Seata相关知识，具体内容包括分布式事务简介（包括：事务简介，本地事务，分布式事务典型场景，分布式事务理论基础，分布式事务解决方案），分布式事务Seata使用（包括：Seata是什么，Seata的三大角色，Seata的设计思路，Seata的设计亮点，Seata存在的问题），Seata快速开始（包括：Seata Server(TC)环境搭建，业务系统集成Client）等进行详尽介绍~
事务处理（分布式事务）
pandie的博客
10-06 290
Seata的安装和配置 AT模式
分布式事务原理及解决方案
weixin_34199335的博客
11-20 2749
1 引言 分布式事务是企业集成中的一个技术难点，也是每一个分布式系统架构中都会涉及到的一个东西，特别是在这几年越来越火的微服务架构中，几乎可以说是无法避免，本文就围绕单机事务，分布式事务以及分布式事务的处理方式来展开。 2 事务 事务提供一种“要么什么都不做，要么做全套（All or Nothing）”的机制，她有ACID四大特性 原子性（Atomicity）：事务作为一个整体被执行，包含在其中...
七种常见分布式事务详解（2PC、3PC、TCC、Saga、本地事务表、MQ事务消息、最大努力通知）
热门推荐
张维鹏的博客
01-10 6万+
在分布式系统中一次操作需要由多个服务协同完成，这种由不同的服务之间通过网络协同完成的事务称为分布式事务。本文详解介绍七种常见分布式事务的原理以及优缺点和适用场景（2PC、3PC、TCC、Saga、本地事务表、MQ事务消息、最大努力通知）
分布式事务——分布式事务简介、分布式事务框架 Seata（AT模式、Tcc模式、Tcc Vs AT）、分布式事务—MQ
m0_54853503的博客
07-31 3559
最早的分布式事务应用架构很简单，不涉及服务间的访问调用，仅仅是服务内操作涉及到对多个数据库资源的访问。当一个服务操作访问不同的数据库资源，又希望对它们的访问具有事务特性时，就需要采用分布式事务来协调所有的事务参与者。对于上面介绍的分布式事务应用架构，尽管一个服务操作会访问多个数据库资源，但是毕竟整个事务还是控制在单一服务的内部。如果一个服务操作需要调用另外一个服务，这时的事务就需要跨越多个服务了。四种模式，https1.4.01.2.0Seata是什么？一阶段，这些就不再赘述了。总之，...
09分布式事务
人生智慧的博客
04-05 551
1 分布式事务 了解分布式事务之前，应该先了解分布式系统，事务，本地事务等基本概念。 1.1 分布式系统 部署在不同结点上的系统通过网络交互来完成协同工作的系统。 1.2 事务 事务是指由一组操作组成的一个工作单元，这个工作单元具有原子性（atomicity）、一致性（consistency）、隔离性（isolation）和持久性（durability）。 原子性：执行单元中的操作要么全...
分布式事务 Seata TCC 模式深度解析
07-01
本文档的内容主要分为以下...1、Seata TCC 模式的原理解析； 2、从 TCC 的业务模型与并发控制分享如何设计一个 TCC 接口，并且适配 TCC 模型； 3、如何控制异常； 4、性能优化，使得 TCC 模式能够满足更高的业务需求。
Seata的分布式事务AT模式和TCC模式实现
07-05
此代码为我的Seata专栏的配套代码，主要是Seata的AT模式和TCC模式的基本使用代码。 1. 包含seata-order-8001和seata-stock-8002两个服务 2. 包含两个数据库seata-order和seata-stock对应的表的sql结构和数据 3. ...
seata server 1.5.1
05-28
github下载太慢了，最新官方 1.5.1 版本 Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务...Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。
分布式事务之Seata讲解
上善若泪
05-14 1247
Seata是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata将为用户提供了ATTCCSAGA和XA事务模式，为用户打造一站式的分布式解决方案。点击了解Seata搭建XA规范是X/open组织定义的分布式事务处理（DTP）标准，XA规范描述了全局的TM与局部之间的接口，几乎所有的主流的数据库都对XA规范提供了支持。seata的XA模式RM注册分支事务到TC执行分支业务sql但不提交报告执行状态到TCTC检测各分支事务执行状态如果都成功，通知所有RM提交事务。
【Seata】之 初识（四种模式）
fanfan4569的博客
10-12 1万+
文章目录一、简介二、四种模式（1）AT1）过程2）优点（2）TCC1）过程2）三种异常处理3）优点（3）Sage1）过程2）适用场景3）三种异常4）优点（4）XA1）过程2）优点三、问题（1）如何选择模式？四、资料 一、简介 Seata（Simple Extensible Autonomous Transaction Architecture）：简单可扩展自治事务框架 Seata提供全方位分布...
一文讲清楚 seata DataSourceProxy 的使用 以及 seata client 与 seata 是怎么通讯的
小哇
03-12 4136
seata client 与 seata 是怎么通讯的 下面这张图，就是一切的基础。 seata server 向注册中心注册 seata client 想注册中心注册 seata client 通过注册中心返回的seata server的地址与端口，找到seata server 由此可见，注册中行在这一场景下的作用就是让client 找到server 下面我们来看注册中心，注册中心分为两类，file与非file，我们先来看看file 类型 file 类型的 注册中心（file 类型的配
SpringCloud：seata 事务之AT模式（2）
zhengguofeng0328的博客
04-26 1023
SpringCloud：seata 之AT模式（2） 文章目录SpringCloud：seata 之AT模式（2）1、项目结构2、引入依赖3、seata配置3.1、本地配置3.2、nacos配置中心配置 1、项目结构 客户端在调用其他微服务时，添加了一个注解@GlobalTransactional保证全局事务。 而每个服务端都有一个自己的事务注解，@Transactional,保证自己本服务的事务。 2、引入依赖 <!--seata--> <
seata四种模式的优缺点
06-09
Seata是一种分布式事务解决方案，提供了四种不同的模式：AT、TCC、SAGA和XA。它们各自有优点和缺点，如下所述： 1. AT模式：AT模式是最常用的模式，它利用数据库的ACID特性来保证数据一致性。在这种模式下，Seata会在每个参与者上执行“before image”和“after image”查询，以确保在所有参与者上进行的操作都可以回滚。这种模式的优点是简单易用，适用于大多数场景。缺点是性能稍差，因为它需要在所有参与者上执行查询，还有可能会出现死锁等问题。 2. TCC模式：TCC模式是通过“尝试”、“确认”和“取消”三个步骤来实现分布式事务的。在这种模式下，Seata会在每个参与者上执行一个或多个“try”操作，以确保事务的执行状态。如果所有参与者都执行成功，则执行“confirm”操作，否则执行“cancel”操作。这种模式的优点是性能比AT模式高，因为它不需要在所有参与者上执行查询。缺点是实现起来比较复杂，需要自己编写“try”、“confirm”和“cancel”操作。 3. SAGA模式：SAGA模式是通过一系列的补偿操作来实现分布式事务的。在这种模式下，Seata会在每个参与者上执行一个或多个操作，并记录下每个操作的状态。如果所有参与者都执行成功，则提交事务，否则执行相应的补偿操作。这种模式的优点是容错性强，可以在某个参与者出现故障时进行恢复。缺点是实现起来比较复杂，需要自己编写补偿操作。 4. XA模式：XA模式是通过分布式事务协议XA来实现分布式事务的。在这种模式下，Seata会使用XA协议来协调所有参与者的操作，并最终提交或回滚事务。这种模式的优点是性能高，适用于高并发场景。缺点是需要支持XA协议的数据库和驱动程序，实现起来比较复杂。 综上所述，选择哪种模式取决于具体的业务需求和技术实现能力。在实际应用中，可以根据不同场景选择不同的模式。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值