04 Seata 开发指南

最新推荐文章于 2024-04-16 15:57:24 发布
最新推荐文章于 2024-04-16 15:57:24 发布
阅读量650 收藏 2
点赞数 2
分类专栏： 分布式事务 文章标签： java 数据库 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42542266/article/details/126202078
版权

04 Seata 开发指南

1 API支持

1.1 概述

Seata API 分为两大类：High-Level API 和 Low-Level API ：

  • High-Level API ：用于事务边界定义、控制及事务状态查询。
  • Low-Level API ：用于控制事务上下文的传播。

1.2 High-Level API

1.2.1 GlobalTransaction

全局事务：包括开启事务、提交、回滚、获取当前状态等方法。

public interface GlobalTransaction {

    /**
     * 开启一个全局事务（使用默认的事务名和超时时间）
     */
    void begin() throws TransactionException;

    /**
     * 开启一个全局事务，并指定超时时间（使用默认的事务名）
     */
    void begin(int timeout) throws TransactionException;

    /**
     * 开启一个全局事务，并指定事务名和超时时间
     */
    void begin(int timeout, String name) throws TransactionException;

    /**
     * 全局提交
     */
    void commit() throws TransactionException;

    /**
     * 全局回滚
     */
    void rollback() throws TransactionException;

    /**
     * 获取事务的当前状态
     */
    GlobalStatus getStatus() throws TransactionException;

    /**
     * 获取事务的 XID
     */
    String getXid();

}

1.2.2 GlobalTransactionContext

GlobalTransaction 实例的获取需要通过 GlobalTransactionContext：

 /**
     * 获取当前的全局事务实例，如果没有则创建一个新的实例。
     */
    public static GlobalTransaction getCurrentOrCreate() {
        GlobalTransaction tx = getCurrent();
        if (tx == null) {
            return createNew();
        }
        return tx;
    }

    /**
     * 重新载入给定 XID 的全局事务实例，这个实例不允许执行开启事务的操作。
     * 这个 API 通常用于失败的事务的后续集中处理。
     * 比如：全局提交超时，后续集中处理通过重新载入该实例，通过实例方法获取事务当前状态，并根据状态判断是否需要重试全局提交操作。
     */
    public static GlobalTransaction reload(String xid) throws TransactionException {
        GlobalTransaction tx = new DefaultGlobalTransaction(xid, GlobalStatus.UnKnown, GlobalTransactionRole.Launcher) {
            @Override
            public void begin(int timeout, String name) throws TransactionException {
                throw new IllegalStateException("Never BEGIN on a RELOADED GlobalTransaction. ");
            }
        };
        return tx;
    }

1.2.3 TransactionalTemplate

事务化模板：通过上述 GlobalTransaction 和 GlobalTransactionContext API 把一个业务服务的调用包装成带有分布式事务支持的服务。

public class TransactionalTemplate {

    public Object execute(TransactionalExecutor business) throws TransactionalExecutor.ExecutionException {

        // 1. 获取当前全局事务实例或创建新的实例
        GlobalTransaction tx = GlobalTransactionContext.getCurrentOrCreate();

        // 2. 开启全局事务
        try {
            tx.begin(business.timeout(), business.name());

        } catch (TransactionException txe) {
            // 2.1 开启失败
            throw new TransactionalExecutor.ExecutionException(tx, txe,
                TransactionalExecutor.Code.BeginFailure);

        }

        Object rs = null;
        try {
            // 3. 调用业务服务
            rs = business.execute();

        } catch (Throwable ex) {

            // 业务调用本身的异常
            try {
                // 全局回滚
                tx.rollback();

                // 3.1 全局回滚成功：抛出原始业务异常
                throw new TransactionalExecutor.ExecutionException(tx, TransactionalExecutor.Code.RollbackDone, ex);

            } catch (TransactionException txe) {
                // 3.2 全局回滚失败：
                throw new TransactionalExecutor.ExecutionException(tx, txe,
                    TransactionalExecutor.Code.RollbackFailure, ex);

            }

        }

        // 4. 全局提交
        try {
            tx.commit();

        } catch (TransactionException txe) {
            // 4.1 全局提交失败：
            throw new TransactionalExecutor.ExecutionException(tx, txe,
                TransactionalExecutor.Code.CommitFailure);

        }
        return rs;
    }

}

模板方法执行的异常：ExecutionException

 class ExecutionException extends Exception {

        // 发生异常的事务实例
        private GlobalTransaction transaction;

        // 异常编码：
        // BeginFailure（开启事务失败）
        // CommitFailure（全局提交失败）
        // RollbackFailure（全局回滚失败）
        // RollbackDone（全局回滚成功）
        private Code code;

        // 触发回滚的业务原始异常
        private Throwable originalException;

外层调用逻辑 try-catch 这个异常，根据异常编码进行处理：

  • BeginFailure （开启事务失败）：getCause() 得到开启事务失败的框架异常，getOriginalException() 为空。
  • CommitFailure （全局提交失败）：getCause() 得到全局提交失败的框架异常，getOriginalException() 为空。
  • RollbackFailure （全局回滚失败）：getCause() 得到全局回滚失败的框架异常，getOriginalException() 业务应用的原始异常。
  • RollbackDone （全局回滚成功）：getCause() 为空，getOriginalException() 业务应用的原始异常。

1.3 Low-Level API

1.3.1 RootContext

事务的根上下文：负责在应用的运行时，维护 XID 。

High-Level API 的实现都是基于 RootContext 中维护的 XID 来做的。

应用的当前运行的操作是否在一个全局事务的上下文中，就是看 RootContext 中是否有 XID。

RootContext 的默认实现是基于 ThreadLocal 的，即 XID 保存在当前线程上下文中。

 /**
     * 得到当前应用运行时的全局事务 XID
     */
    public static String getXID() {
        return CONTEXT_HOLDER.get(KEY_XID);
    }

    /**
     * 将全局事务 XID 绑定到当前应用的运行时中
     */
    public static void bind(String xid) {
        if (LOGGER.isDebugEnabled()) {
            LOGGER.debug("bind " + xid);
        }
        CONTEXT_HOLDER.put(KEY_XID, xid);
    }

    /**
     * 将全局事务 XID 从当前应用的运行时中解除绑定，同时将 XID 返回
     */
    public static String unbind() {
        String xid = CONTEXT_HOLDER.remove(KEY_XID);
        if (LOGGER.isDebugEnabled()) {
            LOGGER.debug("unbind " + xid);
        }
        return xid;
    }

    /**
     * 判断当前应用的运行时是否处于全局事务的上下文中
     */
    public static boolean inGlobalTransaction() {
        return CONTEXT_HOLDER.get(KEY_XID) != null;
    }

1.3.2 远程调用事务上下文的传播

远程调用前获取当前 XID：

String xid = RootContext.getXID();

远程调用过程把 XID 也传递到服务提供方，在执行服务提供方的业务逻辑前，把 XID 绑定到当前应用的运行时：

RootContext.bind(rpcXid);

1.3.3 事务的暂停和恢复

在一个全局事务中，如果需要某些业务逻辑不在全局事务的管辖范围内，则在调用前，把 XID 解绑：

String unbindXid = RootContext.unbind();

待相关业务逻辑执行完成，再把 XID 绑定回去，即可实现全局事务的恢复：

RootContext.bind(unbindXid);

2 微服务框架支持

2.1 事务上下文

Seata 的事务上下文由 RootContext 来管理。应用开启一个全局事务后，RootContext 会自动绑定该事务的 XID，事务结束（提交或回滚完成），RootContext 会自动解绑 XID。

应用可以通过 RootContext 的 API 接口来获取当前运行时的全局事务 XID。

应用是否运行在一个全局事务的上下文中，就是通过 RootContext 是否绑定 XID 来判定的。

2.2 事务传播

Seata 全局事务的传播机制就是指事务上下文的传播，根本上，就是 XID 的应用运行时的传播方式。

2.2.1 服务内部的事务传播

默认的，RootContext 的实现是基于 ThreadLocal 的，即 XID 绑定在当前线程上下文中。

所以服务内部的 XID 传播通常是天然的通过同一个线程的调用链路串连起来的。默认不做任何处理，事务的上下文就是传播下去的。

如果希望挂起事务上下文，则需要通过 RootContext 提供的 API 来实现。

2.2.2 跨服务调用的事务传播

通过上述基本原理，我们可以很容易理解：

跨服务调用场景下的事务传播，本质上就是要把 XID 通过服务调用传递到服务提供方，并绑定到 RootContext 中去。

只要能做到这点，理论上 Seata 可以支持任意的微服务框架。

3 ORM框架支持

Seata 虽然是保证数据一致性的组件，但对于 ORM 框架并没有特殊的要求，像主流的Mybatis，Mybatis-Plus，Spring Data JPA, Hibernate等都支持。

这是因为ORM框架位于JDBC结构的上层，而 Seata 的 AT,XA 事务模式是对 JDBC 标准接口操作的拦截和增强。

4 数据源支持

4.1 AT模式

AT模式支持的数据库有：MySQL、Oracle、PostgreSQL、 TiDB、MariaDB。

4.2 TCC模式

TCC模式不依赖数据源(1.4.2版本及之前)，1.4.2版本之后增加了TCC防悬挂措施，需要数据源支持。

4.3 Saga模式

Saga模式不依赖数据源。

4.4 XA模式

XA模式只支持实现了XA协议的数据库。Seata支持MySQL、Oracle、PostgreSQL和MariaDB。

5 SQL参考

5.1 SQL限制

Seata 事务目前支持** INSERT、UPDATE、DELETE **三类 DML 语法的部分功能，这些类型都是已经经过Seata开源社区的验证。SQL 的支持范围还在不断扩大，建议在本文限制的范围内使用。如果您有意帮助社区支持更多类型的SQL，请提交PR申请。

5.1.1 使用限制

  • 不支持 SQL 嵌套
  • 不支持多表复杂 SQL
  • 不支持存储过程、触发器
  • 部分数据库不支持批量更新，在使用 MySQL、Mariadb、PostgreSQL9.6+作为数据库时支持批量。
    批量更新方式如下以 Java 为例：
  // use JdbcTemplate
    public void batchUpdate() {
        jdbcTemplate.batchUpdate(
            "update storage_tbl set count = count -1 where id = 1",
            "update storage_tbl set count = count -1 where id = 2"
		);
    }

    // use Statement
    public void batchUpdateTwo() {
        statement.addBatch("update storage_tbl set count = count -1 where id = 1");
        statement.addBatch("update storage_tbl set count = count -1 where id = 2");
        statement.executeBatch();
    }

5.2 DML语句

类型SQL 实例是否支持
INSERT`INSERT INTO tb1_name (col_name,…) VALUES ({exprFAULT},…),(…),… 或 INSERT INTO tb1_name SET col_name={expr
UPDATEUPDATE tb1_nameSET col_name1=expr1 [, col_name2=expr2 …][WHERE where_definition]是
DELETEDELETE FROM tb1_name [WHERE where_definition]是
SELECTSELECT [ALLDISTINCT
REPLACE`REPLACE [LOW_PRIORITYDELAYED][INTO] tb1_name [(col_name,…)]VALUES ({expr
TRUNCATETRUNCATE [TABLE] tb1_name否

5.3 SQL修饰

Seata 的隔离级别默认为读未提交，该模式下本文表中的 select 语句的 SQL 修饰用法都是支持的；

使用 for update 代理可以让 Seata 达到****读已提交，该模式下 select 语句的用法只能部分支持。

5.3.1 DML语句支持

类型SQL 实例是否支持
AND & ORUPDATE … WHERE col_name1=expr1 AND col_name2= expr2是
LIKEUPDATE … WHERE col_name1 LIKE ‘NE’是
通配符UPDATE … WHERE col_name1 LIKE ‘NE%’是
BETWEENUPDATE … WHERE col_name1 BETWEEN expr1 AND expr2是
ON DUPLICATEINSERT INTO tb1_name [(col_name,…)]VALUES ({exprDEFAULT},…),(…),…[ ON DUPLICATE KEY UPDATE col_name=expr, … ]

5.3.2 Select语句支持

类型SQL 实例读未提交读已提交
AND & ORSELECT * FROM tb1_name WHERE col_name1=expr1 AND col_name2= expr2是是
ORDER BYSELECT col_name1, col_name2 FROM tb1_name ORDER BY col_name1是是
GROUP BYSELECT col_name1, col_name2 FROM tb1_name GROUP BY col_name1是是
LIKESELECT col_name1, col_name2 FROM tb1_name WHERE col_name1 LIKE ‘NE’是是
通配符SELECT col_name1, col_name2 FROM tb1_name WHERE col_name1 LIKE ‘NE%’是是
EXISTSSELECT col_name1, col_name2 FROM tb1_name WHERE EXISTS (expr1)是是
INSELECT col_name1, col_name2 FROM tb1_name WHERE col_name1 IN (expr1, expr2,…)是是
BETWEENSELECT col_name1, col_name2 FROM tb1_name WHERE col_name1 BETWEEN expr1 AND expr2是是
ON DUPLICATEINSERT INTO tb1_name [(col_name,…)]VALUES ({exprDEFAULT},…),(…),…[ ON DUPLICATE KEY UPDATE col_name=expr, … ]是
ALIASESSELECT t1. col_name1, t2.col_name2 FROM tb1_name AS t1, tb2_name AS t2 WHERE t1. col_name=expr AND t2. col_name=expr是是
TOPSELECT TOP 2 * FROM tb1_name是是
LIMITSELECT col_name1, col_name2 FROM tb1_name LIMIT 5是是
JOININNER JOINLEFT JOINRIGHT JOINFULL JOINSELECT col_name1, col_name2 FROM tb1_name JOIN tb2_name>ON tb1_name. col_name1= tb2_name. col_name1是否
UNIONUNION ALLSELECT INTOSELECT col_name1, col_name2 FROM tb1_name UNION SELECT col_name1, col_name2 FROM tb2_name是否

5.4 函数

在本文下面的表列出了 DQL 语句和 DML 语句对函数的支持情况。需要注意的是，在 DML 语句中使用函数，不能将其作为主键。

5.4.1 DML语句支持

类型是否支持
CONCAT(string2[,…])是
INSTR(string,substring)是
LCASE(string2)是
LEFT(string2,length)是
LENGTH(string)是
LOAD_FILE(file_name)是
LOCATE(substring,string[,start_position])是
LPAD(string2,length,pad)是
LTRIM(string2)是
REPEAT(string2,count)是
REPLACE(str,search_str,replace_str)是
RPAD(string2,length,pad)是
RTRIM(string2)是
STRCMP(string1,string2)是
SUBSTRING(str,position[,length])是
TRIM([[BOTHLEADING
UCASE(string2)是
RIGHT(string2,length)是
SPACE(count)是
ABS(number2)是
BIN(decimal_number)是
CEILING(number2)是
CONV(number2,from_base,to_base)是
FLOOR(number2)是
FORMAT(number,decimal_places)是
HEX(DecimalNumber)是
LEAST(number,number2[,…])是
MOD(numerator,denominator)是
POWER(number,power)是
RAND([seed])是
ROUND(number[,decimals])是
SIGN(number2)是
SQRT(number2)是
ADDTIME(date2,time_interval)是
CONVERT_TZ(datetime2,fromTZ,toTZ)是
CURRENT_DATE()是
CURRENT_TIME()是
CURRENT_TIMESTAMP()是
DATE(datetime)是
DATE_ADD(date2,INTERVALd_valued_type)是
DATE_FORMAT(datetime,FormatCodes)是
DATE_SUB(date2,INTERVALd_valued_type)是
DATEDIFF(date1,date2)是
DAY(date)是
DAYNAME(date)是
DAYOFWEEK(date)是
DAYOFYEAR(date)是
EXTRACT(interval_nameFROMdate)是
MAKEDATE(year,day)是
MAKETIME(hour,minute,second)是
MONTHNAME(date)是
NOW()是
SEC_TO_TIME(seconds)是
STR_TO_DATE(string,format)是
TIMEDIFF(datetime1,datetime2)是
TIME_TO_SEC(time)是
WEEK(date_time[,start_of_week])是
YEAR(datetime)是
DAYOFMONTH(datetime)是
HOUR(datetime)是
LAST_DAY(date)是
MICROSECOND(datetime)是
MONTH(datetime)是
MINUTE(datetime)是
FIRST()否
LAST()否
MIN()否
MAX()否
AVG()否
SUM()否
COUNT()否

5.4.2 DQL语句支持

类型读未提交读已提交
CONCAT(string2[,…])是是
INSTR(string,substring)是是
LCASE(string2)是是
LEFT(string2,length)是是
LENGTH(string)是是
LOAD_FILE(file_name)是是
LOCATE(substring,string[,start_position])是是
LPAD(string2,length,pad)是是
LTRIM(string2)是是
REPEAT(string2,count)是是
REPLACE(str,search_str,replace_str)是是
RPAD(string2,length,pad)是是
RTRIM(string2)是是
STRCMP(string1,string2)是是
SUBSTRING(str,position[,length])是是
TRIM([[BOTHLEADINGTRAILING][padding]FROM]string2)
UCASE(string2)是是
RIGHT(string2,length)是是
SPACE(count)是是
ABS(number2)是是
BIN(decimal_number)是是
CEILING(number2)是是
CONV(number2,from_base,to_base)是是
FLOOR(number2)是是
FORMAT(number,decimal_places)是是
HEX(DecimalNumber)是是
LEAST(number,number2[,…])是是
MOD(numerator,denominator)是是
POWER(number,power)是是
RAND([seed])是是
ROUND(number[,decimals])是是
SIGN(number2)是是
SQRT(number2)是是
ADDTIME(date2,time_interval)是是
CONVERT_TZ(datetime2,fromTZ,toTZ)是是
CURRENT_DATE()是是
CURRENT_TIME()是是
CURRENT_TIMESTAMP()是是
DATE(datetime)是是
DATE_ADD(date2,INTERVALd_valued_type)是是
DATE_FORMAT(datetime,FormatCodes)是是
DATE_SUB(date2,INTERVALd_valued_type)是是
DATEDIFF(date1,date2)是是
DAY(date)是是
DAYNAME(date)是是
DAYOFWEEK(date)是是
DAYOFYEAR(date)是是
EXTRACT(interval_nameFROMdate)是是
MAKEDATE(year,day)是是
MAKETIME(hour,minute,second)是是
MONTHNAME(date)是是
NOW()是是
SEC_TO_TIME(seconds)是是
STR_TO_DATE(string,format)是是
TIMEDIFF(datetime1,datetime2)是是
TIME_TO_SEC(time)是是
WEEK(date_time[,start_of_week])是是
YEAR(datetime)是是
DAYOFMONTH(datetime)是是
HOUR(datetime)是是
LAST_DAY(date)是是
MICROSECOND(datetime)是是
MONTH(datetime)是是
MINUTE(datetime)是是
FIRST()是否
LAST()是否
MIN()是否
MAX()是否
AVG()是否
SUM()是否
COUNT()是否

6 事务状态

6.1 全局事务状态表

以db模式举例，global_table是seata的全局事务表。你可以通过观察global_table表中status字段知悉全局事务处于哪个状态。

状态代码备注
全局事务开始（Begin）1此状态可以接受新的分支事务注册
全局事务提交中（Committing）2这个状态会随时改变
全局事务提交重试（CommitRetry）3在提交异常被解决后尝试重试提交
全局事务回滚中（Rollbacking）4正在重新回滚全局事务
全局事务回滚重试中（RollbackRetrying）5在全局回滚异常被解决后尝试事务重试回滚中
全局事务超时回滚中（TimeoutRollbacking）6全局事务超时回滚中
全局事务超时回滚重试中（TimeoutRollbackRetrying）7全局事务超时回滚重试中
异步提交中（AsyncCommitting）8异步提交中
二阶段已提交（Committed）9二阶段已提交，此状态后全局事务状态不会再改变
二阶段提交失败（CommitFailed）10二阶段提交失败
二阶段决议全局回滚（Rollbacked）11二阶段决议全局回滚
二阶段全局回滚失败（RollbackFailed）12二阶段全局回滚失败
二阶段超时回滚（TimeoutRollbacked）13二阶段超时回滚
二阶段超时回滚失败（TimeoutRollbackFailed）14二阶段超时回滚失败
全局事务结束（Finished）15全局事务结束
二阶段提交超时（CommitRetryTimeout）16二阶段提交因超过重试时间限制导致失败
二阶段回滚超时（RollbackRetryTimeout）17二阶段回滚因超过重试时间限制导致失败
未知状态（UnKnown）0未知状态

6.2 分支事务状态表

状态代码备注
分支事务注册（Registered）1向TC注册分支事务
分支事务一阶段完成（PhaseOne_Done）2分支事务一阶段业务逻辑完成
分支事务一阶段失败（PhaseOne_Failed）3分支事务一阶段业务逻辑失败
分支事务一阶段超时（PhaseOne_Timeout）4分支事务一阶段处理超时
分支事务二阶段已提交（PhaseTwo_Committed）5分支事务二阶段提交
分支事务二阶段提交失败重试（PhaseTwo_CommitFailed_Retryable）6分支事务二阶段提交失败重试
分支事务二阶段提交失败不重试（PhaseTwo_CommitFailed_Unretryable）7分支事务二阶段提交失败不重试
分支事务二阶段已回滚（PhaseTwo_Rollbacked）8分支事务二阶段已回滚
分支事务二阶段回滚失败重试（PhaseTwo_RollbackFailed_Retryable）9分支事务二阶段回滚失败重试
分支事务二阶段回滚失败不重试（PhaseTwo_RollbackFailed_Unretryable）10二阶段提交失败
未知状态（UnKnown）0未知状态

6.3 全局事务超时回滚中（TimeoutRollbacking）

怎么发生的？

  1. 当某个seata全局事务执行过程中，无法完成业务。
  2. TC中的一个定时任务（专门用来寻找已超时的全局事务），发现该全局事务未回滚完成，就会将此全局事务改为全局事务超时回滚中（TimeoutRollbacking），开始回滚，直到回滚完毕后删除global_table数据。

建议：当你发现全局事务处于该状态，请排查为何业务无法在限定时间内完成事务。若确实无法完成，应调大全局事务超时时间。（如排查一切正常，请检查tc集群时区与数据库是否一致，若不一致请改为一致）。

7 事务隔离

参考地址：https://seata.io/zh-cn/docs/user/appendix/isolation.html

7.1 Seata事务隔离

本文目标：帮助用户明白使用Seata AT模式时，该如何正确实现事务隔离，防止脏读脏写。

希望读者在阅读本文前，已阅读过seata官网中对AT模式的介绍，并且对数据库本地锁有所了解

（例如，两个事务同时在对同一条记录做update时，只有拿到record lock的事务才能更新成功，另一个事务在record lock未释放前只能等待，直到事务超时）

首先请看这样的一段代码，尽管看着“初级”，但持久层框架实际上帮我们做的主要事情也就这样：

@Service
public class StorageService {

    @Autowired
    private DataSource dataSource;

    @GlobalTransactional
    public void batchUpdate() throws SQLException {
        Connection connection = null;
        PreparedStatement preparedStatement = null;
        try {
            connection = dataSource.getConnection();
            connection.setAutoCommit(false);
            String sql = "update storage_tbl set count = ?" +
                "    where id = ? and commodity_code = ?";
            preparedStatement = connection.prepareStatement(sql);
            preparedStatement.setInt(1, 100);
            preparedStatement.setLong(2, 1);
            preparedStatement.setString(3, "2001");
            preparedStatement.executeUpdate();
            connection.commit();
        } catch (Exception e) {
            throw e;
        } finally {
            IOutils.close(preparedStatement);
            IOutils.close(connection);
        }
    }

}

7.2 从代理数据源说起

使用AT模式，最重要的事情便是代理数据源，那么用DataSourceProxy代理数据源有什么作用呢？

DataSourceProxy能帮助我们获得几个重要的代理对象

  • 通过DataSourceProxy.getConnection()获得ConnectionProxy
  • 通过ConnectionProxy.prepareStatement(...)获得StatementProxy

Seata的如何实现事务隔离，就藏在这2个Proxy中，我先概述下实现逻辑。

7.2.1 StatementProxy.executeXXX()的处理逻辑

  • 当调用io.seata.rm.datasource.StatementProxy.executeXXX()会将sql交给io.seata.rm.datasource.exec.ExecuteTemplate.execute(...)处理。
    • ExecuteTemplate.execute(...)方法中，Seata根据不同dbType和sql语句类型使用不同的Executer，调用io.seata.rm.datasource.exec.Executer类的execute(Object... args)。
    • 如果选了DML类型Executer，主要做了以下事情：
      • 查询前镜像（select for update，因此此时获得本地锁）
      • 执行业务sql
      • 查询后镜像
      • 准备undoLog*
    • 如果你的sql是select for update则会使用SelectForUpdateExecutor（Seata代理了select for update），代理后处理的逻辑是这样的：
      • 先执行 select for update（获取数据库本地锁）
      • 如果处于@GlobalTransactional or @GlobalLock，检查是否有全局锁
      • 如果有全局锁，则未开启本地事务下会rollback本地事务,再重新争抢本地锁和全局锁,以此类推,除非拿到全局锁

7.2.2 ConnectionProxy.commit()的处理逻辑

  • 处于全局事务中（即，数据持久化方法带有@GlobalTransactional）
    • 注册分支事务，获取全局锁
    • undoLog数据入库
    • 让数据库commit本次事务
  • 处于@GlobalLock中（即，数据持久化方法带有@GlobalLock）
    • 向tc查询是否有全局锁存在，如存在，则抛出异常
    • 让数据库commit本次事务
  • 除了以上情况（else分支）
    • 让数据库commit本次事务

7.2.3 @GlobalTransactional的作用

标识一个全局事务

7.2.4 @GlobalLock + select for update的作用

如果像updateA()方法带有@GlobalLock + select for update，Seata在处理时，会先获取数据库本地锁，然后查询该记录是否有全局锁存在，若有，则抛出LockConflictException。

敱烴
关注
  • 2
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
seata-golang 接入指南
阿里云技术
02-18 250
seata-golang 是一个分布式事务框架，实现了 AT 模式和 TCC 模式，AT 模式相较 TCC 模式对代码的入侵性更小、需要开发的接口更少；但 AT 模式对事务操作的数据持有全局锁，从这点来说，TCC 模式性能更好。 seata 的 AT 模式将全局锁放在 transaction coordinator 也就是事务协调器上，依赖于具体锁接口的存储实现方式可以是 file/db/redis 等，而不是数据库锁，每个分支事务提交时立即释放数据库锁，这样对数据库的压力也就减小了，变相得提升了数据..
Seata开发部署资料
03-03
Seata开发部署。实现Seata事务处理。希望帮到需要Seata的小伙伴们！ Seata开发部署资料，解决研发再部署和开发使用Seata的疑问
【深入浅出Seata原理及实战】「入门基础专题」探索Seata服务的AT模式下的分布式开发实战指南（2）
世界上并没有完美的程序，但是我们并不因此而沮丧，因为写程序就是一个不断追求完美的过程。
01-10 5469
上一篇文章说到了Seata 为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。那么接下来我们将要针对于AT模式下进行分布式事务开发的原理进行介绍以及实战。在AT、TCC、SAGA 和 XA 这四种事务模式中使用最多，最方便的就是 AT 模式。与其他事务模式相比，AT 模式可以应对大多数的业务场景，且基本可以做到无业务入侵，开发人员能够有更多的精力关注于业务逻辑开发。任何应用想要使用Seata的 AT 模式对分布式事务进行控制，必须满足以下 2 个前提：Seata服务
Seata入门开发
tongxin_tongmeng的博客
07-28 977
Seata配置文件application.yml、Nacos添加seataServer.properties、Seata数据库建表sql、Seata控制台启动 访问、Seata分布式事务测试、Seata分布式事务回滚
分布式事务与Seata开发总结.pdf
03-13
1、详细介绍了Seata阿里分布式事务中间件； 2、对整个分布式事务解决方案原理进行了详细的分析，包括tcc、xa、saga等解决方案 3、IT老齐老师视频资料配套pdf；
阿里开源分布式事务框架（二）seata (fescar)简单使用_seat at 阿里
最新发布
2401_84281606的博客
04-16 277
注意：实际上，示例用例中的3个服务应该有3个数据库。但是，我们只需创建一个数据库并配置3个数据源即可。(img-8W5ntaaz-1713254227297)]我们仅仅需要在业务方法上使用注解@GlobalTransactional。使用刚刚创建的数据库URL /用户名/密码修改Spring XML。– 注意此处0.3.0+ 增加唯一索引 ux_undo_log。UNDO_LOG SEATA AT模式需要表格。不再深入研究，那么很难做到真正的技术提升。要求：带有InnoDB引擎的MySQL。
分布式事务seata开发指南，demo说明
02-17
本文将深入探讨Seata的开发指南以及相关示例。 Seata的主要目标是为微服务提供简单、高效且可扩展的分布式事务处理能力。它支持AT（Automatic Transaction）、TCC（Try-Confirm-Cancel）、SAGA（Saga Transactions...
Seata-server-2.0.0.zip
01-06
4. `README.md`：可能包含Seata的使用指南和版本说明，帮助用户理解如何配置和启动Seata服务器。 在部署Seata-server-2.0.0时，你需要根据项目需求修改`conf`目录下的配置文件，例如设置Seata服务的监听端口、日志...
最新版windows seata-server-1.4.2.zip
05-07
1. **环境准备**：确保操作系统为Windows，并安装Java运行环境（JDK），因为Seata-server是基于Java开发的。 2. **解压部署**：将下载的zip文件解压到本地目录，如`C:\seata-server\1.4.2`。 3. **配置Seata-...
seata-server-1.2.0.tar.gz
06-29
Seata（Simple Extensible Autonomous Transaction Architecture）是一款开源的分布式事务解决方案，它...使用"seata-server-1.2.0.tar.gz"，你可以快速搭建起一个本地的Seata服务，便于开发和测试你的分布式应用程序。
seata-server.sql
06-18
分布式系统中事务处理一直是很麻烦的事情，2019年1月阿里开源了分布式事务处理框架——seata，目前0.6.1版本开始支持集群部署，并支持多种注册中心，该资源就是分布式事务服务端所使用的数据库。
seata-all-1.3.0-API文档-中文版.zip
06-05
赠送jar包：seata-all-1.3.0.jar； 赠送原API文档：seata-all-1.3.0-javadoc.jar； 赠送源代码：seata-all-1.3.0-sources.jar； 赠送Maven依赖信息文件：seata-all-1.3.0.pom； 包含翻译后的API文档：seata-all-1.3.0-javadoc-API文档-中文(简体)版.zip； Maven坐标：io.seata:seata-all:1.3.0； 标签：seata、all、中文文档、jar包、java； 使用方法：解压翻译后的API文档，用浏览器打开“index.html”文件，即可纵览文档内容。 人性化翻译，文档中的代码和结构保持不变，注释和说明精准翻译，请放心使用。
分布式事务框架Seata的实现原理
weixin_37512224的博客
10-12 1363
介绍 分布式事务相关概念 事务： 并发控制的单元，是用户定义的一组操作序列，需要满足ACID属性。 本地事务：事务由本地资源管理器管理。 分布式事务：事务的操作位于不同的节点。 分支事务：在分布式事务中，由资源管理器管理的本地事务。 全局事务：一次性操作多个资源管理器完成的事务，由一组分支事务组成。 分布式事务实现规范 对于本地事务，可以借助DBMS系统来实现事务的管理，但是对于分布式事务，它就无能为力了。对于分布式事务，目前主要有2种思路：XA协议的强一致规范以及柔性事务的最终一致性规范。
达梦数据库DM8支持Seata事务框架
飞奔的屎壳郎
10-24 5219
1. 用例说明 用户购买商品的业务逻辑。整个业务逻辑由3个微服务提供支持： 仓储服务：对给定的商品扣除仓储数量。 订单服务：根据采购需求创建订单。 帐户服务：从用户帐户中扣除余额。 1.1 项目的架构图 1.2 初始项目搭建 1. 环境介绍 每个模块一个库，也就是需要4个库。 模块名称 项目端口号 数据库端口号 business-xa 8084 5237 storage-xa 8081 5238 order-xa 8082 5239 account-xa 8083 524
seata适配人大金仓(kingbase8)数据库
热门推荐
qq_24101357的博客
08-25 1万+
seata适配人大金仓(kingbase8)数据库 一、seata源码环境准备 seata文档地址 源码下载地址 本文下载的源码版本是：1.4.1.1 二、seata源码环境编译 使用idea开发工具，打开你下载好的seata源码，并下载好相关jar包依赖。 编译好的源码环境如下： 三、seata适配kingbase8 3.1 seata-core的修改 增加io.seata.core.store.db.sql.lock.KingbaseLockStoreSql.java 注意：Kingba
Seata第三篇（Seata业务数据库的准备）
qq_45078781的博客
08-08 527
Seata业务数据库的准备 以下所有演示都需要先启动Nacos后启动Seata，保证两个都正常运行 一、分布式事务业务说明 1、业务说明 这里我们会创建三个服务，一个订单服务，一个库存服务，一个账户服务。 当用户下单时，会在订单服务中创建一个订单，然后通过远程调用库存服务来扣减下单商品的库存，再通过远程调用账户服务来扣减用户账户里面的余额，最后在订单服务中修改订单状态为已完成。| 该操作跨越三个数据库，有两次远程调用，很明显会有分布式事务问题。 2、创建业务数据库 创建三个数据库 CREATE DA
分布式事务seata只支持MySQL,Spring Boot 集成 Seata 解决分布式事务问题
weixin_39630735的博客
03-27 281
#> 文章首发于公众号《程序员果果》> 地址 : https://mp.weixin.qq.com/s/aDhGG3Y2t4lPYetK01Wmxg## seata 简介Seata 是 阿里巴巴2019年开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。在 Seata 开源之前，Seata 对应的内部版本在阿里内部一直扮演着分布式一致性中间件的角色，帮...
分布式事务seata只支持MySQL_Seata 实现分布式事务原理，mysql日志记录问题，学习下...
weixin_32340879的博客
01-30 274
01mysql内存中的数据库数据何时持久化到磁盘？因为redo log已经持久化，因此数据库数据写入磁盘与否影响不大，不过为了避免出现脏数据(内存中与磁盘不一致)，事务提交后也会将内存数据刷入磁盘(也可以按照固设定的频率刷新内存数据到磁盘中)。redo log何时写入磁盘redo log会在事务提交之前，或者redo log buffer满了的时候写入磁盘这里存在两个问题：问题1：之前是写undo...
seata的select for update实现隔离性
u011982711的博客
03-16 939
另外一个事务进入，因为xid不一样，所以lockable为false 换成lock_table的xid就返回true，（这就是可重入的原理）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值