分布式事务（Seata）——Seata分布式事务XA模式、AT模式、TCC模式的介绍和对比 结合案例分析AT模式和XA模式【源码】

news2024/7/4 5:20:10

在这里插入图片描述

前言

事务(TRANSACTION)是一个不可分割的逻辑单元，包含了一组数据库操作命令，并且把所有的命令作为一个整体向系统提交，要么都执行、要么都不执行。

事务作为系统中必须考虑的问题，无论是在单体项目还是在分布式项目中都需要进行处理，而尤其在分布式微服务调用的情况下，事务的处理就变得复杂。

本篇博客进行了Seata分布式事务XA模式、AT模式、TCC模式的介绍和对比，阐述了三种模式的联系和不同，并结合案例分析了seata的作用，对比了XA模式和AT模式下对执行其他操作的影响。

本篇博客源码以及seata1.4版本的安装包见下面git地址
https://gitee.com/pet365/seta-demo

在这里插入图片描述

关于分布式事务，CAP理论见下面博客：

分布式事务——CAP理论 & 解决分布式事务的思路 & Seata组件初识 和 部署

在这里插入图片描述
SpringCloud其他相关的组件博客文章合集如下：

【合集】Spring Cloud 组件——架构进化史话 & Eureka，Nacos，OpenFeign，Ribbon，Sentinel，Gateway . . .

在这里插入图片描述

目录

  • 前言
  • 引出
  • Seata分布式事务XA模式
    • 一、Java中分布式事务解决方案JTA
      • 1、什么是XA
      • 2、Java分布式事务的解决方案JTA(Java Transaction API)
    • 二、Seata XA模式
      • 1、执行阶段
      • 2、完成阶段
      • 3、XA模式的优缺点
      • 4、XA模式的思考
  • Seata分布式事务AT模式
    • 一、AT模式介绍
      • 1、AT摸式的原理
      • 2、执行流程
    • 二、AT模式的开发
      • 1、修改配置，准备undo_log表
      • 2、AT模式与XA模式
  • Seata分布式事务TCC模式
    • 一、TCC模式介绍
    • 二、案例分析
      • 1、Try阶段
      • 2、Confirm阶段
      • 3、Cancel阶段
  • 结合代码对比AT模式和XA模式
    • 开启全局事务AT模式
      • 1.超时导致的回滚+日志分析
      • 2.账户余额不足导致回滚
    • 如果未开启全局事务
    • 执行期间操作对比
      • AT模式
      • XA模式
  • 附录：
    • 1、账户account的SQL
    • 2、订单Order的SQL
    • 3、库存Storage的SQL
  • 总结

引出

1、XA规范使用两阶段提交(2PC,Two-Phase Commit)来保证所有资源同时提交或回滚任何特定的事务。

  • 第一阶段为准备(prepare)阶段。即所有的参与者准备执行事务并锁住需要的资源。参与者ready时，向transaction manager报告已准备就绪。
  • 第二阶段为提交阶段(commit)。当transaction manager确认所有参与者都ready)后，向所有参与者发送commit命令。

2、AT模式与XA模式

（1）Seata AT模式是两阶段提交协议的演变：

  • 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。
  • 二阶段：
    • 提交异步化，非常快速地完成。
    • 回滚通过一阶段的回滚日志进行反向补偿。

（2）AT模式与XA模式的区别

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

3、Tny-Confirm-Cancel，TCC模式

TCC是分布式事务中二阶段提交协议的实现，它的全称为Tny-Confirm-Cancel,即资源预留(Try)、确认操作(Confirm)、取消操作(Cancel),具体含义如下：

  • Try(prepare)阶段：对业务资源的检查并预留。
  • Confirm(commit)阶段：对y业务处理进行提交，该步骤会对Ty预留的资源进行释放，只要Try成功，Confirm-一定要能成功.
  • Cancel(rollback)阶段：对业务处理进行取消，即回滚操作。

Seata分布式事务XA模式

一、Java中分布式事务解决方案JTA

1、什么是XA

  • XA规范是X/Open组织定义的分布式事务处理(DTP,Distributed Transaction Processing)标准。
  • XA规范使用两阶段提交(2PC,Two-Phase Commit)来保证所有资源同时提交或回滚任何特定的事务。
  • 第一阶段为准备(prepare)阶段。即所有的参与者准备执行事务并锁住需要的资源。参与者ready时，向transaction manager报告已准备就绪。
  • 第二阶段为提交阶段(commit)。当transaction manager确认所有参与者都ready)后，向所有参与者发送commit命令。

XA规范在上世纪90年代初就被提出。目前，几乎所有主流的数据库都对XA规范提供了支持。

2、Java分布式事务的解决方案JTA(Java Transaction API)

定义了Java的XA接口，由具体的厂商提供实现，J2EE容器(WebLogic、JBoss)是JTA接口的实现者。

JTA的缺点：

  • 同步阻塞，并发效率差，准备阶段的成本持久，全局事务状态的成本持久。
  • 分布式架构存在瓶颈，单点的协调者(J2EE容器)会成为系统的瓶颈，需要建立协调者的集群来解决。
  • 数据源的类型受限，基本都是MySQL、Oracle类型的关系型数据库。

优点：开发代价小，程序不需要有太多的变化。

在这里插入图片描述

在这里插入图片描述

二、Seata XA模式

http://seata.io/zh-cn/index.html

在Seata定义的分布式事务框架内，利用事务资源（数据库、消息服务等）对XA协议的支持，以XA协议的机制来管理分支事务的一种事务模式。

XA模式需要事务资源（数据库、消息服务等）支持XA协议，比如mysql把redolog分为两个阶段。

1、执行阶段

RM一阶段的工作，XA start/XA end/XA prepare+SQL+注册分支

  • 注册分支事务到TC

    • XA Start,Seata全局事务的XID和Branchld关联起来，以便由TC 驱动 XA 分支的提交或回滚

  • 执行分支事务但不提交

    • 业务SQL操作放在XA分支中进行，由资源对XA协议的支持来保证可回滚
    • XA分支完成后，执行XA prepare,同样，由资源对XA协议的支持来保证持久化（即，之后任何意外都不会造成无法回滚的情况)

  • 报告执行状态到TC

在这里插入图片描述

2、完成阶段

  • TC二阶段的工作，TC检测各个分支事的执行状态，如果全部成功，通知所有M提交事务；如果有失败，通知所有RM回滚事务。
  • RM二阶段的工作，接收TC指令，提交或回滚事务
    • 分支提交：执行XA分支的commit
    • 分支回滚：执行分支的rollback

3、XA模式的优缺点

(1)优点

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

(2)缺点

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

4、XA模式的思考

XA模式下默认的事务的超时时间为60000毫秒，分支事务超时后会进行全局回滚。

但是如果协调者宕机，那么其中已经准备但未提交事务的所有参与者都会被阻塞。被阻塞的根本是锁。

例如在读已提交隔离级别上，数据库事务通常会获取到待修改行数据的行级排他锁来防止脏写。在分布式事务提交或中止前，参与者数据库在能释放这些锁，因此协调者宕机多久，这些锁就要持有多久（在没有人为干预的情况
下)。这些锁被持有的期间，导致其他事务不能修改这些数据（根据数据库的不同，读取操作也可能被阻塞），所以这些数据相关的业务都会被阻塞，导致应用大面积的不可用，直至存疑事务被解决（提交/中止）。

理论上，如果协调者崩溃并重新启动，它应该从日志中恢复事务的状态，并解决现存的疑虑事务，但是在实际生产中，仍然会有疑虑事务的出现（可能是事务日志被破坏）。

也许你可能会考虑将相关应用的数据库服务器重启，但是在2PC正确的实现中，为了原子性的保证，重启后也必须持有存疑事务的锁。那么这样唯一的解决方案是让管理员手动提交还是回滚事务。

所以，协调者的高可用是需要我们考虑的问题。

Seata分布式事务AT模式

一、AT模式介绍

Seata AT模式同样是分阶段提交的事务模型，弥补了XA模式资源锁定周期过长的缺陷。缺点就是数据不是强一致性，因为它的数据会真实的提交到数据库的，而如果后面做分支事务有问题的话，回滚靠的是日志来实现最终一致。AT模式，是seatal的默认模式。

1、AT摸式的原理

第一阶段RM的工作：

  • 首先注册分支事务到事务协调者TC中
  • 记录一个SQL更新前的快照到undo_log日志表中
  • 执行SQL并提交数据库事务
  • 记录更新后的快照到undo_log日志表中
  • 报告事务状态

在这里插入图片描述

第二阶段RM的工作：

  • 如果此时所有微服务都执行完，并且没有出现异常情况，事务协调者TC通知RM删除udo-log记录

在这里插入图片描述

  • 如果此时中途有微服务出现异常情况，则TC会通知RM根据udo-log记录的对应快照恢复数据到更新前

在这里插入图片描述

2、执行流程

在这里插入图片描述

二、AT模式的开发

1、修改配置，准备undo_log表

AT模式只需要将配置中的data-source-proxy-mode:XA改为AT,或者是直接去除这一行配置即可。

AT模式会使用到几个数据库表：

  • 重做日志表：undo_log, 在每个业务数据库中都要创建
-- ----------------------------
-- Table structure for undo_log
-- ----------------------------
DROP TABLE IF EXISTS `undo_log`;
CREATE TABLE `undo_log`  (
  `id` bigint(0) NOT NULL AUTO_INCREMENT,
  `branch_id` bigint(0) NOT NULL,
  `xid` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `context` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `rollback_info` longblob NOT NULL,
  `log_status` int(0) NOT NULL,
  `log_created` datetime(0) NOT NULL,
  `log_modified` datetime(0) NOT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `ux_undo_log`(`xid`, `branch_id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

在这里插入图片描述

  • 分支事务表：branch table,在seata的数据库中创建
  • 全局事务表：global_table,在seatal的数据库中创建
  • 全局锁表：lock table,在seata的数据库中创建

全局事务表跟分支事务表是一对多的关系，一个全局事务对应多个分支事务。

2、AT模式与XA模式

（1）Seata AT模式是两阶段提交协议的演变：

  • 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。
  • 二阶段：
    • 提交异步化，非常快速地完成。
    • 回滚通过一阶段的回滚日志进行反向补偿。

（2）AT模式与XA模式的区别

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

Seata分布式事务TCC模式

一、TCC模式介绍

Tcc是分布式事务中二阶段提交协议的实现，它的全称为Tny-Confirm-Cancel,即资源预留(Try)、确认操作(Confirm)、取消操作(Cancel),具体含义如下：

  • Try(prepare)阶段：对业务资源的检查并预留。
  • Confirm(commit)阶段：对y业务处理进行提交，该步骤会对Ty预留的资源进行释放，只要Try成功，Confirm-一定要能成功.
  • Cancel(rollback)阶段：对业务处理进行取消，即回滚操作。

Seata的Tcc模式，整体是两阶段提交的模型。全局事务是由若干分支事务组成的，分支事务要满足两阶段提交的模型要求，即需要每个分支事务都具备自己的：一阶段prepare、二阶段commit或rollback.

在这里插入图片描述

具体的执行流程如下：

在这里插入图片描述

根据两阶段行为模式的不同，我们将分支事务划分为Automatic(Branch)Transaction Mode和TCC(Branch) Transaction Mode.

AT模式基于支持本地ACID事务的关系型数据库：

  • 一阶段prepare行为：在本地事务中，一并提交业务数据更新和相应回滚日志记录。
  • 二阶段commit行为：马上成功结束，自动异步批量清理回滚日志。
  • 二阶段rollback行为：通过回滚日志，自动生成补偿操作，完成数据回滚。

相应的，TCC模式，不依赖于底层数据资源的事务支持：
·一阶段prepare行为：调用自定义的prepare逻辑。
·二阶段commit行为：调用自定义的commit逻辑。
·二阶段rollback行为：调用自定义的rollback逻辑。

所谓TCC模式，是指支持把自定义的分支事务纳入到全局事务的管理中。

二、案例分析

我们以订单支付为例，Tcc模式下，我们需要手动编码实现事务处理，在ty阶段尝试预留资源，在commit阶段，再把ty阶段预留的资源转入最终表。因此我们需要在业务数据库表中增加预留字段

原始数据

在这里插入图片描述

1、Try阶段

try阶段对资源进行预处理
扣减余额：对余额进行扣减，及冻结余额
扣减库存：对库存进行扣减，增加冻结库存
更新订单：订单状态为支付中

在这里插入图片描述

2、Confirm阶段

confirm阶段业务执行提交，释放预留资源。
扣减余额：解除冻结余额
扣减库存：解除冻结库存
更新订单：修改订单状态为支付成功

在这里插入图片描述

3、Cancel阶段

TCC是一种侵入式的分布式事务解决方案，每个阶段都是独立的事务，与T模式不同的是需要我们手动编码来实现数据恢复。

在这里插入图片描述

TCC是一种侵入式的分布式事务解决方案，每个阶段都是独立的事务，与T模式不同的是需要我们手动编码来实现数据恢复。

对业务系统有着非常大的入侵性，设计相对复杂，对比T,它的优点是TCC完全不依赖数据库，并且因为数据回滚问题都是在业务层面解决的，所以不需要使用全局锁，故执行速度更快。

结合代码对比AT模式和XA模式

开启全局事务AT模式

1.超时导致的回滚+日志分析

在这里插入图片描述

断点运行查看相关的undo log日志

在这里插入图片描述

查看这条日志啥

select CAST(rollback_info as char)rollback_info,branch_id,xid,context,
log_status from storage_db.undo_log

在这里插入图片描述

由于我查询这条SQL语句耗费了时间，超时后数据回滚

在这里插入图片描述

库存微服务两阶段回滚

在这里插入图片描述

2.账户余额不足导致回滚

在这里插入图片描述

账户抛出异常

在这里插入图片描述

订单数据回滚

在这里插入图片描述

库存数据两阶段回滚

在这里插入图片描述

如果未开启全局事务

如果没有开启全局事务，只是用transactional注解

在这里插入图片描述

库存扣减，数据提交

在这里插入图片描述

账户抛出异常，未执行SQL

在这里插入图片描述

执行后数据的对比，订单数据回滚，库存抛异常，未执行SQL，库存扣减成功，数据出现不一致的情况

在这里插入图片描述

执行期间操作对比

（1）Seata AT模式是两阶段提交协议的演变：

  • 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。
  • 二阶段：
    • 提交异步化，非常快速地完成。
    • 回滚通过一阶段的回滚日志进行反向补偿。

（2）AT模式与XA模式的区别

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

AT模式

设置一下睡眠时间，让seata一直占用资源

在这里插入图片描述

执行SQL语句，修改成功

在这里插入图片描述

AT模式一阶段直接提交，不锁定资源。

在这里插入图片描述

XA模式

如果改成XA模式，XA模式一阶段不提交事务，锁定资源

在这里插入图片描述

锁定资源，一直等到seata执行完毕才能执行

在这里插入图片描述

附录：

1、账户account的SQL

/*
 Navicat Premium Data Transfer

 Source Server         : 192.168.111.130_BookMall
 Source Server Type    : MySQL
 Source Server Version : 80033
 Source Host           : 192.168.150.101:3306
 Source Schema         : account_db

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

 Date: 26/10/2023 10:42:19
*/

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for account_tbl
-- ----------------------------
DROP TABLE IF EXISTS `account_tbl`;
CREATE TABLE `account_tbl`  (
  `id` int NOT NULL AUTO_INCREMENT,
  `user_id` varchar(255) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL,
  `money` int NULL DEFAULT 0,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb3 COLLATE = utf8mb3_general_ci ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of account_tbl
-- ----------------------------
INSERT INTO `account_tbl` VALUES (1, '1', 50);

-- ----------------------------
-- Table structure for undo_log
-- ----------------------------
DROP TABLE IF EXISTS `undo_log`;
CREATE TABLE `undo_log`  (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `branch_id` bigint NOT NULL,
  `xid` varchar(100) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL,
  `context` varchar(128) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL,
  `rollback_info` longblob NOT NULL,
  `log_status` int NOT NULL,
  `log_created` datetime NOT NULL,
  `log_modified` datetime NOT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `ux_undo_log`(`xid`, `branch_id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8mb3 COLLATE = utf8mb3_general_ci ROW_FORMAT = Dynamic;

SET FOREIGN_KEY_CHECKS = 1;

2、订单Order的SQL

/*
 Navicat Premium Data Transfer

 Source Server         : 192.168.111.130_BookMall
 Source Server Type    : MySQL
 Source Server Version : 80033
 Source Host           : 192.168.150.101:3306
 Source Schema         : order_db

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

 Date: 26/10/2023 10:44:06
*/

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for order_tbl
-- ----------------------------
DROP TABLE IF EXISTS `order_tbl`;
CREATE TABLE `order_tbl`  (
  `id` int NOT NULL AUTO_INCREMENT,
  `user_id` varchar(255) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL,
  `commodity_code` varchar(255) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NULL DEFAULT NULL,
  `count` int NULL DEFAULT 0,
  `money` int NULL DEFAULT 0,
  `status` int NULL DEFAULT 0,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb3 COLLATE = utf8mb3_general_ci ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of order_tbl
-- ----------------------------
INSERT INTO `order_tbl` VALUES (1, '1', '1001', 1, 100, 0);

-- ----------------------------
-- Table structure for undo_log
-- ----------------------------
DROP TABLE IF EXISTS `undo_log`;
CREATE TABLE `undo_log`  (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `branch_id` bigint NOT NULL,
  `xid` varchar(100) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL,
  `context` varchar(128) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL,
  `rollback_info` longblob NOT NULL,
  `log_status` int NOT NULL,
  `log_created` datetime NOT NULL,
  `log_modified` datetime NOT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `ux_undo_log`(`xid`, `branch_id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8mb3 COLLATE = utf8mb3_general_ci ROW_FORMAT = Dynamic;


SET FOREIGN_KEY_CHECKS = 1;

3、库存Storage的SQL

/*
 Navicat Premium Data Transfer

 Source Server         : 192.168.111.130_BookMall
 Source Server Type    : MySQL
 Source Server Version : 80033
 Source Host           : 192.168.150.101:3306
 Source Schema         : storage_db

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

 Date: 26/10/2023 10:45:46
*/

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for stock_tbl
-- ----------------------------
DROP TABLE IF EXISTS `stock_tbl`;
CREATE TABLE `stock_tbl`  (
  `id` int NOT NULL AUTO_INCREMENT,
  `commodity_code` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT NULL,
  `count` int NULL DEFAULT 0,
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `commodity_code`(`commodity_code`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of stock_tbl
-- ----------------------------
INSERT INTO `stock_tbl` VALUES (1, '1001', 10);

-- ----------------------------
-- Table structure for undo_log
-- ----------------------------
DROP TABLE IF EXISTS `undo_log`;
CREATE TABLE `undo_log`  (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `branch_id` bigint NOT NULL,
  `xid` varchar(100) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL,
  `context` varchar(128) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL,
  `rollback_info` longblob NOT NULL,
  `log_status` int NOT NULL,
  `log_created` datetime NOT NULL,
  `log_modified` datetime NOT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `ux_undo_log`(`xid`, `branch_id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8mb3 COLLATE = utf8mb3_general_ci ROW_FORMAT = Dynamic;


SET FOREIGN_KEY_CHECKS = 1;

总结

1、XA规范使用两阶段提交(2PC,Two-Phase Commit)来保证所有资源同时提交或回滚任何特定的事务。

  • 第一阶段为准备(prepare)阶段。即所有的参与者准备执行事务并锁住需要的资源。参与者ready时，向transaction manager报告已准备就绪。
  • 第二阶段为提交阶段(commit)。当transaction manager确认所有参与者都ready)后，向所有参与者发送commit命令。

2、AT模式与XA模式

（1）Seata AT模式是两阶段提交协议的演变：

  • 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。
  • 二阶段：
    • 提交异步化，非常快速地完成。
    • 回滚通过一阶段的回滚日志进行反向补偿。

（2）AT模式与XA模式的区别

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

3、Tny-Confirm-Cancel，TCC模式

TCC是分布式事务中二阶段提交协议的实现，它的全称为Tny-Confirm-Cancel,即资源预留(Try)、确认操作(Confirm)、取消操作(Cancel),具体含义如下：

  • Try(prepare)阶段：对业务资源的检查并预留。
  • Confirm(commit)阶段：对y业务处理进行提交，该步骤会对Ty预留的资源进行释放，只要Try成功，Confirm-一定要能成功.
  • Cancel(rollback)阶段：对业务处理进行取消，即回滚操作。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1137019.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

从零开始：开发知识付费小程序的入门指南

从零开始：开发知识付费小程序的入门指南

当下，知识付费小程序成为了一个独具潜力的领域。本篇文章将为您提供一份从零开始的知识付费小程序开发入门指南，让您能够进入这个领域并开始赚取您的专业知识。 第一步：什么是知识付费小程序？ 知识付费小程序是一种基于微信小程…
阅读更多...
数据创建与数据管理

数据创建与数据管理

原文：Dataset Creation and Curation Introduction to Data-Centric AI 为监督学习创建数据集需要样本以及样本的标签。课程专注于分类任务，但是把这些原理运用到其它监督学习的任务也是可以的。 数据收集 寻找训练数据时的关键问题： 1.…
阅读更多...
c#学习相关系列之构造函数

c#学习相关系列之构造函数

目录 一、构造函数的作用 二、构造函数的特征 三、三种构造函数介绍 1、实例构造函数 2、静态构造函数 3、私有构造函数 一、构造函数的作用 构造函数用来创建对象，并且可以在构造函数中对此对象进行初始化。构造函数具有与类相同的名称，它通常用来…
阅读更多...
每日一练 | 网络工程师软考真题Day45

每日一练 | 网络工程师软考真题Day45

阅读以下说明，答复以下【问题1】至【问题4】 【说明】 某公司有1个总部和2个分部，各个部门都有自己的局域网。该公司申请了4个C类IP地址块 202.114.10.0/24~202.114.13.0/24。公司各部门通过帧中继网络进行互联，网络拓扑结构如图1-1所示。 【…
阅读更多...
如何在线去除图片上的水印?一分钟教你一键去除

如何在线去除图片上的水印?一分钟教你一键去除

想要去除图片上的水印？不妨试试在线图片水印去除工具！在个人生活或工作中，我们常常需要使用他人的图片，然而图片上的水印却常常成为阻碍，若你正为此烦恼，那么在线图片去水印工具将成为你的救星，…
阅读更多...
禁止使用U盘的方法

禁止使用U盘的方法

禁止使用U盘的方法 说到保护电脑数据安全，无论是个人还是企业，这都是一个很重要的问题，大家都会想到设置电脑开机密码，但这还远远达不到我们的要求，有很多种方法可以跳过开机验证，直接进入电脑。所以我们还…
阅读更多...
代码随想录Day29 贪心04 LeetCode T860 柠檬水找零 T406 根据身高重建队列 T452 用最少得箭引爆气球

代码随想录Day29 贪心04 LeetCode T860 柠檬水找零 T406 根据身高重建队列 T452 用最少得箭引爆气球

LeetCode T860 柠檬水找零 题目链接:860. 柠檬水找零 - 力扣（LeetCode） 题目思路: 这道题我们只要顺序按照数组判断是否能有钱找零即可,我们定义三个变量来记录每张钞票目前的数量,其中我们知道给10元得找5元,给二十元得找515元,而15元的组合有10元5元和…
阅读更多...
算法通过村第十七关-贪心|青铜笔记|贪心也很简单呕

算法通过村第十七关-贪心|青铜笔记|贪心也很简单呕

文章目录 前言难以解释的贪心算法贪心问题发放饼干柠檬水找零分发糖果 总结 前言 提示：我像接纳变甜的果实一般迎接此时。 --朱塞培翁加雷蒂《享受》 贪心的思想很难用理论去解释，这里我们通过案例感受下，怎么思考贪心的问题。 难以解释的贪心…
阅读更多...
threejs(5)-详解灯光与阴影

threejs(5)-详解灯光与阴影

一、Gsap动画库基本使用与原理 npm 地址：https://snyk.io/advisor/npm-package/gsap import * as THREE from "three"; // 导入轨道控制器 import { OrbitControls } from "three/examples/jsm/controls/OrbitControls"; // 导入动画库 import…
阅读更多...
设备巡检怎么规范流程？如何做好后勤管理工作？

设备巡检怎么规范流程？如何做好后勤管理工作？

后勤巡检对于企业和高校来说，就像一台电脑上的安全防护软件，它会定期或不定期地扫描和检查系统，找出存在的问题，例如垃圾文件和病毒风险。巡检的目的是为了检查公司和高校的各项设施、设备和环境等，以发现潜在的环境安…
阅读更多...
React之服务端渲染

React之服务端渲染

一、是什么 在SSR中 (opens new window)，我们了解到Server-Side Rendering ，简称SSR，意为服务端渲染 指由服务侧完成页面的 HTML 结构拼接的页面处理技术，发送到浏览器，然后为其绑定状态与事件，成为完全可…
阅读更多...
【C++】类与对象 第一篇(class,this)

【C++】类与对象 第一篇(class,this)

目录 什么是类？ 类的引入 class 类的两种定义方式: 声明与定义分离 类的访问限定符号 访问限定符​编辑 C中struct和class的区别是什么? 封装 类的作用域 类的实例化 类对象模型 如何计算类对象的大小 this指针 C语言和C实现Stack的对比 C语言实现…
阅读更多...
程序员新手村常见问题

程序员新手村常见问题

到今年已经工作十一个年头了，把这些年自己出现在自己身上或者同事身上的问题记录下来。 手里有锤子，看神马都是钉子 新人程序员很容易手段目的化，战术战略化。学了一门新技术后，不管具体的技术场景，哪里都想拿出来比…
阅读更多...
2023年【广东省安全员A证第四批（主要负责人）】考试题及广东省安全员A证第四批（主要负责人）考试内容

2023年【广东省安全员A证第四批（主要负责人）】考试题及广东省安全员A证第四批（主要负责人）考试内容

题库来源：安全生产模拟考试一点通公众号小程序 广东省安全员A证第四批（主要负责人）考试题是安全生产模拟考试一点通总题库中生成的一套广东省安全员A证第四批（主要负责人）考试内容，安全生产模拟考试一点通…
阅读更多...
CNN 网络结构简介

CNN 网络结构简介

本文通过整理李宏毅老师的机器学习教程的内容，介绍 CNN（卷积神经网络）的网络结构。 CNN 网络结构, 李宏毅 CNN 主要应用在图像识别（image classification, 图像分类）领域。 通常，输入的图片大小相同&am…
阅读更多...
【Oracle】[INS-30131]执行安装程序验证所需的初始设置失败。

【Oracle】[INS-30131]执行安装程序验证所需的初始设置失败。

这里写目录标题 一、问题描述1 报错内容1.1 无法从节点“kotin”检索 exectask 的版本1.2 工作目录"xxx"无法在节点"kotin"上使用 2 相关环境2.1 安装软件2.2 安装系统 3 解决思路分析 二、解决方案1 方案一、 满足验证条件 - 不换系统1.1 第一步、检查文件…
阅读更多...
uniapp开发微信小程序的巨坑

uniapp开发微信小程序的巨坑

1、不能使用v-show 2、关于插槽的巨坑 这里我真的是摸索了好久。 小程序版本： hbuilderx版本： 其他版本不知道会不会出现以下情况。 如果组件中带有插槽，那么使用插槽时有以下要注意： 1、如果子组件通过slot，向外…
阅读更多...
MySQL数据xtrabackup物理备份方法

MySQL数据xtrabackup物理备份方法

目录 一、物理备份的方式二、xtrabackup物理备份1.安装xtrabackup2.完整备份/恢复流程3.增量备份流程4.差异备份流程5.物理备份总结 一、物理备份的方式 1.完整备份 每次对数据进行完整的备份，即对整个数据库的备份、数据库结构和文件结构的备份，保存的…
阅读更多...
ADC读取数据进入死循环

ADC读取数据进入死循环

结论优先：程序并发处理不当引起寄存器标志位被非预期清除，引起进入死循环。 现象：在进行AD读取数据时，有一个等待ADC转换完成的标志位，概率性卡死在while等待ADC数据转换完成。 static err_t gd32_adc_read(struct d…
阅读更多...
Pytorch入门实例的分解写法

Pytorch入门实例的分解写法

数据集是受教育年限和收入,如下图 代码如下 import torch import numpy as np import matplotlib.pyplot as plt import pandas as pddata pd.read_csv(./Income.csv)X torch.from_numpy(data.Education.values.reshape(-1,1).astype(np.float32)) Y torch.from_numpy(data…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023