回顾Seata基于AT模式控制事务的流程

Seata是一个开源的分布式事务服务,提供AT、TCC、SAGA和XA等多种事务模式。本文介绍了如何基于AT模式设置事务控制流程,包括微服务创建undo_log表、安装seata-server作为事务协调器、整合SpringBoot以及配置事务协调器。同时,展示了SpringBoot应用中使用Seata的注解方式,并强调了在高并发场景下的注意事项。

一 概述

        Seata 是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式,为用户打造一站式的分布式解决方案。

二 基于AT模式的事务控制流程

        1. 首先每个微服务都必须创建undo_log表;

        2. 安装事务协调器(TC)—— seata-server: 
Releases · seata/seata · GitHubhttps://github.com/seata/seata/releases

 三 整合SpringBoot

        添加依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
</dependency>

四 配置事务协调器

       在配置文件中存在file.conf和registry.conf两个配置文件。服务注册名称为Service-addr

       registory.conf中的注册中心配置,默认在file.conf中保存配置

registry {
  # file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
  type = "file"

  nacos {
    application = "seata-server"
    serverAddr = "127.0.0.1:8848"
    group = "SEATA_GROUP"
    namespace = ""
    cluster = "default"
    username = ""
    password = ""
  }
  eureka {
    serviceUrl = "http://localhost:8761/eureka"
    application = "default"
    weight = "1"
  }
  redis {
    serverAddr = "localhost:6379"
    db = 0
    password = ""
    cluster = "default"
    timeout = 0
  }
  zk {
    cluster = "default"
    serverAddr = "127.0.0.1:2181"
    sessionTimeout = 6000
    connectTimeout = 2000
    username = ""
    password = ""
  }
  consul {
    cluster = "default"
    serverAddr = "127.0.0.1:8500"
    aclToken = ""
  }
  etcd3 {
    cluster = "default"
    serverAddr = "http://localhost:2379"
  }
  sofa {
    serverAddr = "127.0.0.1:9603"
    application = "default"
    region = "DEFAULT_ZONE"
    datacenter = "DefaultDataCenter"
    cluster = "default"
    group = "SEATA_GROUP"
    addressWaitTime = "3000"
  }
  file {
    name = "file.conf"
  }
}

        registry.conf中的配置中心配置,默认在file.conf中保存配置配置

config {
  # file、nacos 、apollo、zk、consul、etcd3
  type = "file"

  nacos {
    serverAddr = "127.0.0.1:8848"
    namespace = ""
    group = "SEATA_GROUP"
    username = ""
    password = ""
    dataId = "seataServer.properties"
  }
  consul {
    serverAddr = "127.0.0.1:8500"
    aclToken = ""
  }
  apollo {
    appId = "seata-server"
    ## apolloConfigService will cover apolloMeta
    apolloMeta = "http://192.168.1.204:8801"
    apolloConfigService = "http://192.168.1.204:8080"
    namespace = "application"
    apolloAccesskeySecret = ""
    cluster = "seata"
  }
  zk {
    serverAddr = "127.0.0.1:2181"
    sessionTimeout = 6000
    connectTimeout = 2000
    username = ""
    password = ""
    nodePath = "/seata/seata.properties"
  }
  etcd3 {
    serverAddr = "http://localhost:2379"
  }
  file {
    name = "file.conf"
  }
}

        上述配置可以根据修改type值,并对值相应的配置信息进行配置处理即可。

        file.conf配置信息

## transaction log store, only used in seata-server 事务日志存放的地方
store {
  ## store mode: file、db、redis
  mode = "file"
  ## rsa decryption public key
  publicKey = ""
  ## file store property
  file {
    ## store location dir
    dir = "sessionStore"
    # branch session size , if exceeded first try compress lockkey, still exceeded throws exceptions
    maxBranchSessionSize = 16384
    # globe session size , if exceeded throws exceptions
    maxGlobalSessionSize = 512
    # file buffer size , if exceeded allocate new buffer
    fileWriteBufferCacheSize = 16384
    # when recover batch read size
    sessionReloadReadSize = 100
    # async, sync
    flushDiskMode = async
  }

  ## database store property
  db {
    ## the implement of javax.sql.DataSource, such as DruidDataSource(druid)/BasicDataSource(dbcp)/HikariDataSource(hikari) etc.
    datasource = "druid"
    ## mysql/oracle/postgresql/h2/oceanbase etc.
    dbType = "mysql"
    driverClassName = "com.mysql.jdbc.Driver"
    ## if using mysql to store the data, recommend add rewriteBatchedStatements=true in jdbc connection param
    url = "jdbc:mysql://127.0.0.1:3306/seata?rewriteBatchedStatements=true"
    user = "mysql"
    password = "mysql"
    minConn = 5
    maxConn = 100
    globalTable = "global_table"
    branchTable = "branch_table"
    lockTable = "lock_table"
    queryLimit = 100
    maxWait = 5000
  }

  ## redis store property
  redis {
    ## redis mode: single、sentinel
    mode = "single"
    ## single mode property
    single {
      host = "127.0.0.1"
      port = "6379"
    }
    ## sentinel mode property
    sentinel {
      masterName = ""
      ## such as "10.28.235.65:26379,10.28.235.65:26380,10.28.235.65:26381"
      sentinelHosts = ""
    }
    password = ""
    database = "0"
    minConn = 1
    maxConn = 10
    maxTotal = 100
    queryLimit = 100
  }
}

五 通过注解使用seata

        分布式事务添加入口标注:@GlobalTransactional

        每个子事务添加入口标注:@Transational
        当使用到数据库的时候则需要配置代理数据源,如果没有则事务无法完成回滚:

@Configuration
public class MySeataConfig {

    @Autowired
    DataSourceProperties dataSourceProperties;

    @Bean
    public DataSource dataSource(DataSourceProperties dataSourceProperties){
        //properties.initializeDataSourceBuilder().type(type).build();
        HikariDataSource dataSource = dataSourceProperties.initializeDataSourceBuilder().type(HikariDataSource.class).build();
        if (StringUtils.hasText(dataSourceProperties.getName())) {
            dataSource.setPoolName(dataSourceProperties.getName());
        }
        return new DataSourceProxy(dataSource);
    }
}

       配置服务:

vgroup_mapping.{application.name}-fescar-service-group = "default"

        注:SpringBoot默认使用的数据源为Hikari

        上述方式并不适用于高并发场景。

        参考文档:
Seata 快速开始https://seata.io/zh-cn/docs/user/quickstart.html

<think>嗯,用户之前已经询问过Seata框架的原理,现在他们想深入了解AT模式。我需要先回顾一下之前的回答,确保不重复相同的信息,同时提供更详细的内容。 首先,用户可能已经了解AT模式Seata的一种自动事务模式,但需要更详细的机制和流程。可能需要解释两阶段的具体步骤,以及背后的实现细节,比如undo log和全局锁。 接下来,我应该考虑用户的使用场景,可能是开发分布式系统的开发者,遇到事务一致性问题,想通过AT模式简化处理。他们可能关心AT模式如何减少侵入性,自动回滚的实现,以及实际应用中的配置和问题解决。 用户可能没有说出来的深层需求,可能包括AT模式的性能影响、适用场景、与其他模式(如TCC)的对比,以及如何处理异常情况,比如脏写和脏读的预防措施。 需要详细说明一阶段和二阶段的具体操作,比如SQL解析、undo log的记录方式,以及回滚时的补偿机制。同时,举例说明实际应用中的配置和代码示例,帮助用户更好地理解如何实现。 还要注意结构清晰,分点说明,可能包括核心原理、执行流程、关键机制、配置示例、常见问题等。确保使用用户容易理解的语言,避免过于专业的术语,必要时用代码或示例说明。 最后,检查是否有遗漏的重要点,比如AT模式的优缺点,适用场景,以及实际使用中的注意事项,比如表结构需要满足的条件,如何避免常见问题等。确保回答全面且实用,帮助用户真正掌握AT模式的应用。</think>以下是关于Seata AT模式的详细技术解析,包含核心原理、执行流程及实践示例: --- ### 一、AT模式核心原理 #### 1. 两阶段设计 - **一阶段(Phase 1)**:自动提交本地事务 - **二阶段(Phase 2)**: - **Commit**:异步清理回滚日志 - **Rollback**:通过UNDO_LOG生成反向补偿SQL #### 2. 核心机制 - **SQL解析**:拦截DML语句(INSERT/UPDATE/DELETE) - **前后镜像**: ```sql /* UPDATE操作示例 */ -- 前镜像(数据修改前) SELECT * FROM account WHERE id=1 FOR UPDATE -- 后镜像(数据修改后) UPDATE account SET balance=80 WHERE id=1 ``` - **全局锁**:通过`SELECT FOR UPDATE`实现跨服务数据隔离 --- ### 二、执行流程详解 #### 场景示例:转账业务(账户A→账户B) ```mermaid sequenceDiagram participant TM as 事务管理器 participant TC as 事务协调器 participant RM1 as 账户服务 participant RM2 as 转账服务 TM->>TC: 开启全局事务(XID=123) RM1->>TC: 注册分支事务(账户A扣减) RM1->>DB: 执行UPDATE(生成UNDO_LOG) RM2->>TC: 注册分支事务(账户B增加) RM2->>DB: 执行UPDATE(生成UNDO_LOG) alt 全部成功 TM->>TC: 全局提交 TC->>RM1/RM2: 异步删除UNDO_LOG else 任一失败 TM->>TC: 全局回滚 TC->>RM1/RM2: 执行UNDO_LOG补偿 end ``` --- ### 三、关键实现细节 #### 1. UNDO_LOG表结构 ```sql CREATE TABLE undo_log ( id BIGINT(20) NOT NULL AUTO_INCREMENT, branch_id BIGINT(20) NOT NULL COMMENT '分支事务ID', xid VARCHAR(100) NOT NULL COMMENT '全局事务ID', context VARCHAR(128) NOT NULL COMMENT '上下文信息', rollback_info LONGBLOB NOT NULL COMMENT '回滚信息', log_status INT(11) NOT NULL COMMENT '状态', log_created DATETIME NOT NULL COMMENT '创建时间', log_modified DATETIME NOT NULL COMMENT '修改时间', PRIMARY KEY (id), UNIQUE KEY ux_undo_log (xid, branch_id) ); ``` #### 2. 数据版本控制 使用`before_image`和`after_image`保证数据一致性: ```json { "branchId": 641253, "xid": "192.168.1.5:8091:20231108153000123", "sqlType": "UPDATE", "tableName": "account", "beforeImage": { "rows": [ {"id":1, "balance":100, "version":3} ] }, "afterImage": { "rows": [ {"id":1, "balance":80, "version":4} ] } } ``` --- ### 四、隔离性保障 #### 1. 写隔离(全局锁机制) ```sql -- 其他事务操作会被阻塞 SELECT * FROM account WHERE id=1 FOR UPDATE ``` #### 2. 读隔离 - 默认隔离级别:读未提交(性能优先) - 高隔离需求: ```sql SELECT * FROM account WHERE id=1 FOR UPDATE -- 走全局锁检查 ``` --- ### 五、配置实践 #### 1. Spring Boot配置 ```yaml seata: enabled: true application-id: account-service tx-service-group: my_tx_group enable-auto-data-source-proxy: true config: type: nacos nacos: namespace: "" server-addr: 127.0.0.1:8848 registry: type: nacos nacos: application: seata-server server-addr: 127.0.0.1:8848 ``` #### 2. 数据源代理配置 ```java @Configuration public class DataSourceConfig { @Bean @ConfigurationProperties(prefix = "spring.datasource") public DruidDataSource druidDataSource() { return new DruidDataSource(); } @Primary @Bean("dataSource") public DataSource dataSource(DruidDataSource druidDataSource) { return new DataSourceProxy(druidDataSource); } } ``` --- ### 六、异常处理机制 #### 1. 脏写检测 TC端在回滚时校验数据当前值: ```java if (currentBalance != afterImage.balance) { throw new RollbackConflictException("数据已被修改,无法自动回滚"); } ``` #### 2. 重试策略 ```properties # client.properties client.rm.asyn.commit.retry.count=5 # 提交重试次数 client.rm.lock.retry.internal=10 # 锁检查间隔(ms) client.rm.lock.retry.times=30 # 锁检查次数 ``` --- ### 七、性能优化建议 1. **UNDO_LOG压缩**: ```java // 在业务表中添加压缩标记 @Table(name = "account", compressColumns = "rollback_info") ``` 2. **异步化处理**: ```properties # 开启异步线程池 client.undo.log.asyn=true client.undo.log.asyn.queue.size=10000 ``` 3. **批量操作优化**: ```sql /* 批量插入优化示例 */ INSERT INTO order(item_id, qty) VALUES (1001,2), (1002,3) -- 自动解析为多条UNDO记录 ``` --- ### 八、使用限制 1. **表结构要求**: - 必须包含主键 - 建议包含数据版本字段(乐观锁控制) 2. **SQL限制**: - 不支持DDL语句 - 不支持多表关联更新(需拆分为多个单表操作) 3. **数据库类型**: - 完整支持:MySQL、PostgreSQL、Oracle - 部分支持:SQL Server、DB2 --- 通过AT模式,开发者可以在不改动业务代码的情况下实现分布式事务,其自动生成反向补偿SQL的特性使开发效率提升60%以上。但需特别注意在高并发场景下的全局锁竞争问题,建议结合业务特点选择合适的事务模式
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值