Seta分布式事务

最新推荐文章于 2024-06-02 14:41:20 发布
最新推荐文章于 2024-06-02 14:41:20 发布
阅读量3.3k 收藏 14
点赞数 2
文章标签： 分布式 数据库 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_51307593/article/details/128442380
版权

Seata框架

1.Seata简介

官网： http://seata.io/zh-cn/

​ Seata 是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。在 Seata 开源之前，Seata 对应的内部版本在阿里经济体内部一直扮演着分布式一致性中间件的角色，帮助经济体平稳的度过历年的双11，对各BU业务进行了有力的支撑。经过多年沉淀与积累，商业化产品先后在阿里云、金融云进行售卖。2019.1 为了打造更加完善的技术生态和普惠技术成果，Seata 正式宣布对外开源，未来 Seata 将以社区共建的形式帮助其技术更加可靠与完备。

2. 什么是事务

事务就是用户定义的一系列数据库操作，这些操作可以视为一个完成的逻辑处理工作单元，要么全部执行，要么全部不执行，是不可分割的工作单元，也就是说事务是具有原子性的

2.1 事务的特性（ACID）

原子性（Atomicity）

事务的原子性保证事务中包含的一组更新操作是原子的，不可分割的，不可分割是事务最小的工作单位，所包含的操作被视为一个整体，执行过程中遵循“要么全部执行，要不都不执行”，不存在一半执行，一半未执行的情况。

一致性(Consistency)

事务的一致性要求事务必须满足数据库的完整性约束，且事务执行完毕后会将数据库由一个一致性的状态变为另一个一致性的状态。事务的一致性与原子性是密不可分的

隔离性(Isolation)

事务的隔离性要求事务之间是彼此独立的，隔离的。即一个事务的执行不可以被其他事务干扰。具体到操作是指一个事务的操作必须在一个事务commit之后才可以进行操作。

持续性(Durability)

事物的持续性也称持久性，是指一个事务一旦提交，它对数据库的改变将是永久性的，因为数据刷进了物理磁盘了，其他操作将不会对它产生任何影响。

3. 什么是分布式事务问题

分布式事务是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。

换句话说就是事务的参与者不在同一个JVM下面，也就是不在同一个事务管理器下

3.1 分布式事务概念

随着互联化的蔓延，各中的种项目都逐渐向分布式服务做转换。如今微服务已经普遍存在，本地事务已经无法满足分布式的要求，由此分布式事务问题诞生。 分布式事务被称为世界性的难题，目前分布式事务存在两大理论依据：CAP定律 BASE理论。

分布式事务没有谁说100% ，99.99% 99.9999% 提高成功率

3.1.1 CAP定律

这个定理的内容是指的是在一个分布式系统中、Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可得兼。

在这里插入图片描述

一致性©

在分布式系统中的所有数据备份，在同一时刻是否同样的值。

例如3 个zk 构成的集群，它的3个节点，在每一个时刻，数据都是相同的

可用性（A）

在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求

例如在zk ，主机挂了，就没有可用性了（重新选举）

在eureka 里面，任何一个挂了，都不影响

分区容错性（P）

以实际效果而言，分区相当于对通信的时限要求。系统如果不能在时限内达成数据一致性，就意味着发生了分区的情况，必须就当前操作在C和A之间做出选择。

在分布式里面，机器的数据复制，选举，一般都是通过网络的通信来完成的。

若在一个时间内，你无法达到数据的一致性，就必须在C 和 A 直接选择一个

CAP 让我们知道，我们的系统最多保持CAP 三个里面的（CP,AP）

若没有P的特性，就没有集群可言！

3.1.2 BASE理论（分布式系统的解决方案的理论）

BASE是Basically Available（基本可用）、Soft state（软状态）和 Eventually consistent（最终一致性）三个短语的缩写。BASE理论是对CAP中一致性和可用性权衡的结果，其来源于对大规模互联网系统分布式实践的总结， 是基于CAP定理逐步演化而来的。

BASE理论的核心思想是：

即使无法做到强一致性，但每个应用都可以根据自身业务特点，采用适当的方式来使系统达到最终一致性。

我们的系统无法做到数据的强一致性，但是我们能做到最终的一致性！就是有延迟的一致性！

最终一致性 （mq）-- 延迟一致性

实时一致性 （LCN,seata TCC） – 及时一致性

基本可用

基本可用是指分布式系统在出现不可预知故障的时候，允许损失部分可用性----注意，这绝不等价于系统不可用。比如：

（1）响应时间上的损失。正常情况下，一个在线搜索引擎需要在0.5秒之内返回给用户相应的查询结果，但由于出现故障，查询结果的响应时间增加了1~2秒

（2）系统功能上的损失：正常情况下，在一个电子商务网站上进行购物的时候，消费者几乎能够顺利完成每一笔订单，但是在一些节日大促购物高峰的时候，由于消费者的购物行为激增，为了保护购物系统的稳定性，部分消费者可能会被引导到一个降级页面。

软状态

软状态指允许系统中的数据存在中间状态，并认为该中间状态的存在不会影响系统的整体可用性，即允许系统在不同节点的数据副本之间进行数据同步的过程存在延时。数据的变化是逐渐变化的状态（中间的状态），不是一个塌陷态！

最终一致性

最终一致性强调的是所有的数据副本，在经过一段时间的同步之后，最终都能够达到一个一致的状态。因此，最终一致性的本质是需要系统保证最终数据能够达到一致，而不需要实时保证系统数据的强一致性。

4.分布式事务场景复现

我们先搭建业务架构，演示分布式事务问题，因为我们要使用远程调用，所以我们直接nacos做注册中心，openfeign做远程调用，本次业务为经典的转账问题

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PgHu9XUc-1672026485021)(images/24.jpg)]

4.1创建数据库

新建数据库banka和bankb，分别新建一张账户金额表acount

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for account
-- ----------------------------
DROP TABLE IF EXISTS `account`;
CREATE TABLE `account`  (
  `id` int(11) NOT NULL,
  `money` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of account
-- ----------------------------
INSERT INTO `account` VALUES (1, 1000);
INSERT INTO `account` VALUES (2, 0);

SET FOREIGN_KEY_CHECKS = 1;

4.2创建服务account-service-a

4.2.1pom文件

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.6.8</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <groupId>com.powernode</groupId>
    <artifactId>account-service-a</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>account-service-a</name>
    <description>Demo project for Spring Boot</description>
    <properties>
        <java.version>1.8</java.version>
        <spring-cloud.version>2021.0.1</spring-cloud.version>
        <spring-cloud-alibaba.version>2021.0.1.0</spring-cloud-alibaba.version>
    </properties>
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.mybatis.spring.boot</groupId>
            <artifactId>mybatis-spring-boot-starter</artifactId>
            <version>2.2.2</version>
        </dependency>
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>druid-spring-boot-starter</artifactId>
            <version>1.2.8</version>
        </dependency>
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-loadbalancer</artifactId>
        </dependency>

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>
        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <scope>runtime</scope>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring-cloud.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
                <version>${spring-cloud-alibaba.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>
    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <configuration>
                    <excludes>
                        <exclude>
                            <groupId>org.projectlombok</groupId>
                            <artifactId>lombok</artifactId>
                        </exclude>
                    </excludes>
                </configuration>
            </plugin>
        </plugins>
    </build>
</project>

4.2.2完善配置文件application.yml

server:
    port: 8081
spring:
    application:
        name: account-service-a
    datasource:
        type: com.alibaba.druid.pool.DruidDataSource
        username: root
        password: 123456
        driver-class-name: com.mysql.cj.jdbc.Driver
        url: jdbc:mysql://localhost:3306/banka?useSSL=false&serverTimezone=UTC
        druid:
            max-active: 20
            min-idle: 2
            initial-size: 2
    cloud:
        nacos:  # Nacos的配置
            server-addr: localhost:8848
mybatis:
    mapper-locations: classpath:mapper/*.xml
    configuration:
        log-impl: org.apache.ibatis.logging.stdout.StdOutImpl

4.2.3启动类

@SpringBootApplication
@EnableDiscoveryClient
@EnableFeignClients
@MapperScan(basePackages = {"com.powernode.mapper"})
public class AccountServiceAApplication {

    public static void main(String[] args) {
        SpringApplication.run(AccountServiceAApplication.class, args);
    }
}

4.2.4生成代码

使用插件生成实体类，数据访问类，业务类

4.2.5 创建AccountAController

@RestController
public class AccountAController {
    @Autowired
    private AccountService accountService;
    /**
     * 用户转账的接口
     *
     * @param decrUserId 减钱的用户id，发起转账的用户id
     * @param incrUserId 加钱的用户id
     * @param money      金额
     * @return
     */
    @GetMapping("changeAccount")
    public String changeAccount(Integer decrUserId, Integer incrUserId, Integer money) {
        accountService.doAccount(decrUserId, incrUserId, money);
        return "转账成功";
    }
}

4.2.6 修改AccountService

/**
 * 转账的接口
 *
 * @param decrUserId
 * @param incrUserId
 * @param money
 */
void doAccount(Integer decrUserId, Integer incrUserId, Integer money);

4.2.7 创建AccountFeign远程调用

@FeignClient(value = "account-service-b")
public interface AccountFeign {

    /**
     * 远程调用加钱的服务
     *
     * @param userId
     * @param money
     */
    @PostMapping("incrMoney")
    void incrMoney(@RequestParam("userId") Integer userId, @RequestParam("money") Integer money);
}

4.2.8修改AccountServiceImpl

@Autowired
private AccountFeign accountFeign;

@Override
@Transactional(rollbackFor = RuntimeException.class)
public void doAccount(Integer decrUserId, Integer incrUserId, Integer money) {
    Account account = accountMapper.selectByPrimaryKey(decrUserId);
    int finalMoney = account.getMoney() - money;
    if (finalMoney < 0) {
        throw new IllegalArgumentException("金额不足");
    }
    // 更新自身账户的余额
    account.setMoney(finalMoney);
    int i = accountMapper.updateByPrimaryKey(account);
    if (i > 0) {
        // --远程账户增加余额
        accountFeign.incrMoney(incrUserId, money);
    }
}

4.3 搭建account-service-b

4.3.1pom文件

和account-service-a一样，少了openfeign的依赖

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.6.8</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <groupId>com.powernode</groupId>
    <artifactId>account-service-b</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>account-service-b</name>
    <description>Demo project for Spring Boot</description>
    <properties>
        <java.version>1.8</java.version>
        <spring-cloud-alibaba.version>2021.0.1.0</spring-cloud-alibaba.version>
    </properties>
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.mybatis.spring.boot</groupId>
            <artifactId>mybatis-spring-boot-starter</artifactId>
            <version>2.2.2</version>
        </dependency>
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <scope>runtime</scope>
        </dependency>
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>druid-spring-boot-starter</artifactId>
            <version>1.2.8</version>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
                <version>${spring-cloud-alibaba.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>
    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <configuration>
                    <excludes>
                        <exclude>
                            <groupId>org.projectlombok</groupId>
                            <artifactId>lombok</artifactId>
                        </exclude>
                    </excludes>
                </configuration>
            </plugin>
        </plugins>
    </build>
</project>

4.3.2 完善配置文件application.yml

server:
    port: 8082
spring:
    application:
        name: account-service-b
    datasource:
        type: com.alibaba.druid.pool.DruidDataSource
        username: root
        password: 123456
        driver-class-name: com.mysql.cj.jdbc.Driver
        url: jdbc:mysql://localhost:3306/bankb?useSSL=false&serverTimezone=UTC
        druid:
            max-active: 20
            min-idle: 2
            initial-size: 2
    cloud:
        nacos:  # Nacos的配置
            server-addr: localhost:8848
mybatis:
    mapper-locations: classpath:mapper/*.xml
    configuration:
        log-impl: org.apache.ibatis.logging.stdout.StdOutImpl

4.3.2启动类

@SpringBootApplication
@EnableDiscoveryClient
@MapperScan(basePackages = {"com.powernode.mapper"})
public class AccountServiceBApplication {
    public static void main(String[] args) {
        SpringApplication.run(AccountServiceBApplication.class, args);
    }
}

4.3.3 创建AccountBController

@RestController
public class AccountBController {

    @Autowired
    private AccountService accountService;

    /**
     * 远程调用加钱的服务
     *
     * @param userId
     * @param money
     */
    @PostMapping("incrMoney")
    void incrMoney(@RequestParam("userId") Integer userId, @RequestParam("money") Integer money) {
        accountService.incrMoney(userId,money);
    }
}

4.3.4 修改AccountService

/**
 * 加钱的接口
 *
 * @param userId
 * @param money
 */
void incrMoney(Integer userId, Integer money);

4.3.5 修改AccountServiceImpl

/**
 * 加钱的接口
 *
 * @param userId
 * @param money
 */
@Override
@Transactional(rollbackFor = RuntimeException.class)
public void incrMoney(Integer userId, Integer money) {
    // 查询账户详情
    Account account = accountMapper.selectByPrimaryKey(userId);
    //增加自生账户余额
    account.setMoney(account.getMoney() + money);
    // 更新余额
    accountMapper.updateByPrimaryKey(account);
}

4.4启动测试

先启动nacos服务，在启动account-service-b，在启动account-service-a，查看nacos

访问测试转账

http://localhost:8081/changeAccount?decrUserId=1&incrUserId=2&money=500

转账成功，查看数据库，正常更改数据

4.5制造异常

我们在account-service-b里面制造异常，远程调用失败了，那么A服务里面也会报错，数据会回滚，这样测试不出来，所以我们在远程调用以后，在A服务里面制造一个异常

4.5.1还原数据

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UljIVr3a-1672026485022)(images/26.jpg)]

4.5.2修改account-service-a的实现类

@Override
@Transactional(rollbackFor = RuntimeException.class)
public void doAccount(Integer decrUserId, Integer incrUserId, Integer money) {
    Account account = accountMapper.selectByPrimaryKey(decrUserId);
    int finalMoney = account.getMoney() - money;
    if (finalMoney < 0) {
        throw new IllegalArgumentException("金额不足");
    }
    // 更新
    account.setMoney(finalMoney);
    int i = accountMapper.updateByPrimaryKey(account);
    if (i > 0) {
        // 远程调用加钱服务
        accountFeign.incrMoney(incrUserId, money);
        int a = 10 / 0;
    }
}

4.5.3 重启测试分布式事务问题

重启后访问

http://localhost:8081/changeAccount?decrUserId=1&incrUserId=2&money=500

我们去看数据库，发现用户1的钱没有减少，用户2的钱却增加了，这就出现了分布式事务问题

因为两次数据库操作没有在同一个事务管理器下

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ILzLyk0b-1672026485022)(images/27.jpg)]

5. Seata-Server的安装

5.1版本选择

在使用seata之前，我们要先确认版本，因为在前面的章节我们确认了，springboot版本为2.6.8，alibaba的版本为2021.0.1.0，所以我们去看依赖管理中seata的版本1.4.2

5.2 下载Seata-Server

地址：https://github.com/seata/seata/tags找到V1.4.2版本下载

5.3 修改数据库连接

修改config目录下的file.conf配置文件，修改模式为数据库，mode=“db”，修改驱动，连接字符串，账号密码。

5.4 新建数据库seata创建以下表

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for global_table
-- ----------------------------
DROP TABLE IF EXISTS `global_table`;
CREATE TABLE `global_table`  (
  `xid` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '全局事务ID',
  `transaction_id` bigint(20) NULL DEFAULT NULL COMMENT '事务ID',
  `status` tinyint(4) NOT NULL COMMENT '状态',
  `application_id` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '应用ID',
  `transaction_service_group` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '事务分组名',
  `transaction_name` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '执行事务的方法',
  `timeout` int(11) NULL DEFAULT NULL COMMENT '超时时间',
  `begin_time` bigint(20) NULL DEFAULT NULL COMMENT '开始时间',
  `application_data` varchar(2000) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '应用数据',
  `gmt_create` datetime(0) NULL DEFAULT NULL COMMENT '创建时间',
  `gmt_modified` datetime(0) NULL DEFAULT NULL COMMENT '修改时间',
  PRIMARY KEY (`xid`) USING BTREE,
  INDEX `idx_gmt_modified_status`(`gmt_modified`, `status`) USING BTREE,
  INDEX `idx_transaction_id`(`transaction_id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;


-- ----------------------------
-- Table structure for branch_table
-- ----------------------------
DROP TABLE IF EXISTS `branch_table`;
CREATE TABLE `branch_table`  (
  `branch_id` bigint(20) NOT NULL COMMENT '分支事务ID',
  `xid` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '全局事务ID',
  `transaction_id` bigint(20) NULL DEFAULT NULL COMMENT '全局事务ID，不带TC地址',
  `resource_group_id` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '资源分组ID',
  `resource_id` varchar(256) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '资源ID',
  `branch_type` varchar(8) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '事务模式，AT、XA等',
  `status` tinyint(4) NULL DEFAULT NULL COMMENT '状态',
  `client_id` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '客户端ID',
  `application_data` varchar(2000) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '应用数据',
  `gmt_create` datetime(6) NULL DEFAULT NULL COMMENT '创建时间',
  `gmt_modified` datetime(6) NULL DEFAULT NULL COMMENT '修改时间',
  PRIMARY KEY (`branch_id`) USING BTREE,
  INDEX `idx_xid`(`xid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;


DROP TABLE IF EXISTS `lock_table`;
CREATE TABLE `lock_table`  (
  `row_key` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '行键',
  `xid` varchar(96) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '全局事务ID',
  `transaction_id` bigint(20) NULL DEFAULT NULL COMMENT '全局事务ID，不带TC 地址',
  `branch_id` bigint(20) NOT NULL COMMENT '分支ID',
  `resource_id` varchar(256) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '资源ID',
  `table_name` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '表名',
  `pk` varchar(36) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '主键对应的值',
  `gmt_create` datetime(0) NULL DEFAULT NULL COMMENT '创建时间',
  `gmt_modified` datetime(0) NULL DEFAULT NULL COMMENT '修改时间',
  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;


#创建在banka和bankb数据库中
CREATE TABLE `undo_log` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `branch_id` bigint(20) NOT NULL,
  `xid` varchar(100) NOT NULL,
  `context` varchar(128) NOT NULL,
  `rollback_info` longblob NOT NULL,
  `log_status` int(11) NOT NULL,
  `log_created` datetime NOT NULL,
  `log_modified` datetime NOT NULL,
  `ext` varchar(100) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `ux_undo_log` (`xid`,`branch_id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;

SET FOREIGN_KEY_CHECKS = 1;

5.5Seata-Server启动

进入bin目录下启动，windows上启动bat文件

6. 使用Seata解决分布式事务问题

使用seata之前，先还原数据库数据。

6.1 修改两个项目的依赖，都增加seata的依赖

<!--  seata的依赖-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
</dependency>

6.2 修改两个项目的配置文件

修改account-service-a的配置文件

seata:
    enabled: true # 开启seata功能
    tx-service-group: ${spring.application.name} 
    service:
        grouplist:  # 事务组通讯端口和地址
            default: localhost:8091
        vgroup-mapping: # 使用默认的组映射，相当于在一个组别下
            account-service-a: default

修改account-service-b的配置文件

seata:
    enabled: true # 开启seata功能
    tx-service-group: ${spring.application.name}  # 事务组名称
    service:
        grouplist:  # 事务组通讯端口和地址
            default: localhost:8091
        vgroup-mapping: # 使用默认的组映射，相当于在一个组别下
            account-service-b: default

6.3 在account-service-a的实现类添加注解@GlobalTransactional

去掉两边方法的本事事务@Transactional，方便查看日志信息等

6.4重启测试

访问 http://localhost:8081/changeAccount?decrUserId=1&incrUserId=2&money=500

查看数据库，发现已经解决了分布式事务问题了，在控制台中也看到回滚的日志信息

注意：调试启动，查看几个日志表数据，可能会超时，报下列错误：

Could not found global transaction xid 2486286608909156711
由于feign远程调用超时了，可以修改以下配置测试：

feign:
  client:
    config:
      default:
        connectionTimeout: 3000
        readTimeout: 3000

7. Seata总结

在seata处理分布式事务中出现三个角色

TC (Transaction Coordinator) - 事务协调者

维护全局和分支事务的状态，驱动全局事务提交或回滚。

TM (Transaction Manager) - 事务管理器

定义全局事务的范围：开始全局事务、提交或回滚全局事务。

RM (Resource Manager) - 资源管理器

管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。

我们的本次事务管理图为：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-G7KxHMvl-1672026485023)(images/28.jpg)]

Seata默认使用AT模式（2pc的方式）

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

global_table记录了全局事务的信息

branch_table记录了分支事务的信息，当一个服务调用另一个服务进行全局事务时，在该表中插入了当前两个服务分支事务的相关信息，其中重要的有ID、事务模式、客户端地址、数据库连接地址等。

lock_table记录了锁相关的信息 （数据库行锁，业务加锁）

在全局事务的一阶段中，分支事务在获取到全局锁提交事务时，会释放本地锁和连接资源，并在undo_log表中插入一条数据。

例如在减钱以后，查看undo_log表

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2ZCrFqEH-1672026485023)(images/29.jpg)]

在第二阶段中，如果全局事务成功，会收到 TC 的分支提交请求，把请求放入一个异步任务的队列中，马上返回提交成功的结果给 TC。异步任务阶段的分支提交请求将异步和批量地删除相应 UNDO LOG 记录。

在第二阶段中，如果全局事务失败，会收到 TC 的分支回滚请求，开启一个本地事务，执行如下操作：

通过 XID 和 Branch ID 查找到相应的 UNDO LOG 记录。

数据校验：拿 UNDO LOG 中的后镜与当前数据进行比较。根据 UNDO LOG 中的前镜像和业务 SQL 的相关信息生成并执行回滚的语句。提交本地事务。并把本地事务的执行结果（即分支事务回滚的结果）上报给 TC。反向补偿

1.TM端使用@GolableTranscation进行全局事务开启、提交、回滚

2.TM开始RPC调用远程服务--记录操作前的数据

3.RM端seata-client通过扩展DataSourceProxy,实现自动生成undo-log与TC上报

4.TM告知TC提交/回滚全局事务

5.TC通知RM各自执行commit/rollback操作，同时清除undo-log

8、Seat的四种模式

（1）AT

在 AT 模式下，用户只需关心自己的 “业务SQL”

1）执行过程

一阶段

在一阶段，Seata 会拦截“业务 SQL”，首先解析 SQL 语义，找到“业务 SQL”要更新的业务数据，在业务数据被更新前，将其保存成“before image”，然后执行“业务 SQL”更新业务数据，在业务数据更新之后，再将其保存成“after image”，最后生成行锁。以上操作全部在一个数据库事务内完成，这样保证了一阶段操作的原子性。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CtTYnEJO-1672026485024)(images/34.jpg.png)]

二阶段提交

二阶段如果是提交的话，因为“业务 SQL”在一阶段已经提交至数据库， 所以 Seata 框架只需将一阶段保存的快照数据和行锁删掉，完成数据清理即可。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xameyfZH-1672026485024)(images/35.png)]

二阶段如果是回滚的话，Seata 就需要回滚一阶段已经执行的“业务 SQL”，还原业务数据。回滚方式便是用“before image”还原业务数据；但在还原前要首先要校验脏写，对比“数据库当前业务数据”和 “after image”，如果两份数据完全一致就说明没有脏写，可以还原业务数据，如果不一致就说明有脏写，出现脏写就需要转人工处理。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9VBfbbQT-1672026485024)(images/36.png)]

2）优点

AT 模式的一阶段、二阶段提交和回滚均由 Seata 框架自动生成，用户只需编写“业务 SQL”，便能轻松接入分布式事务，AT 模式是一种对业务无任何侵入的分布式事务解决方案。

（2）TCC

TCC分为三个阶段：

Try：做业务检查和资源预留

Confirm：确认提交

Cancel：业务执行错误需要回滚的状态下执行分支事务的业务取消，预留资源释放

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AnlsfFnu-1672026485025)(images/37.png)]

优点

相对于 AT 模式，TCC 模式对业务代码有一定的侵入性，但是 TCC 模式无 AT 模式的全局行锁，TCC 性能会比 AT 模式高很多。

（3）Sage

Saga模式是SEATA提供的长事务解决方案，在Saga模式中，业务流程中每个参与者都提交本地事务，当出现某一个参与者失败则补偿前面已经成功的参与者，一阶段正向服务和二阶段补偿服务都由业务开发实现

适用场景

业务流程长/多，参与者包含其他公司或遗留系统服务，无法提供 TCC 模式要求的三个接口。典型业务系统：如金融网络（与外部金融机构对接）、互联网微贷、渠道整合、分布式架构服务集成等业务系统，银行业金融机构使用广泛。

（4）XA

XA满足事务的强一致性，满足ACID原则，常用数据库都支持，实现简单，没有代码入侵。但是因为第一阶段需要锁定数据库资源，等待第二阶结束才释放，性能较差。

如何选择模式？

四种分布式事务模式，分别在不同的时间被提出，每种模式都有它的适用场景

AT 模式是无侵入的分布式事务解决方案，适用于不希望对业务进行改造的场景，几乎0学习成本。

TCC 模式是高性能分布式事务解决方案，适用于核心系统等对性能有很高要求的场景。

Saga 模式是长事务解决方案，适用于业务流程长且需要保证事务最终一致性的业务系统，Saga 模式一阶段就会提交本地事务，无锁，长流程情况下可以保证性能，多用于渠道层、集成层业务系统。事务参与者可能是其它公司的服务或者是遗留系统的服务，无法进行改造和提供 TCC 要求的接口，也可以使用 Saga 模式。

用户只需编写“业务 SQL”，便能轻松接入分布式事务，AT 模式是一种对业务无任何侵入的分布式事务解决方案。

（2）TCC

TCC分为三个阶段：

Try：做业务检查和资源预留

Confirm：确认提交

Cancel：业务执行错误需要回滚的状态下执行分支事务的业务取消，预留资源释放

[外链图片转存中…(img-AnlsfFnu-1672026485025)]

优点

相对于 AT 模式，TCC 模式对业务代码有一定的侵入性，但是 TCC 模式无 AT 模式的全局行锁，TCC 性能会比 AT 模式高很多。

（3）Sage

Saga模式是SEATA提供的长事务解决方案，在Saga模式中，业务流程中每个参与者都提交本地事务，当出现某一个参与者失败则补偿前面已经成功的参与者，一阶段正向服务和二阶段补偿服务都由业务开发实现

适用场景

业务流程长/多，参与者包含其他公司或遗留系统服务，无法提供 TCC 模式要求的三个接口。典型业务系统：如金融网络（与外部金融机构对接）、互联网微贷、渠道整合、分布式架构服务集成等业务系统，银行业金融机构使用广泛。

（4）XA

XA满足事务的强一致性，满足ACID原则，常用数据库都支持，实现简单，没有代码入侵。但是因为第一阶段需要锁定数据库资源，等待第二阶结束才释放，性能较差。

如何选择模式？

四种分布式事务模式，分别在不同的时间被提出，每种模式都有它的适用场景

AT 模式是无侵入的分布式事务解决方案，适用于不希望对业务进行改造的场景，几乎0学习成本。

TCC 模式是高性能分布式事务解决方案，适用于核心系统等对性能有很高要求的场景。

Saga 模式是长事务解决方案，适用于业务流程长且需要保证事务最终一致性的业务系统，Saga 模式一阶段就会提交本地事务，无锁，长流程情况下可以保证性能，多用于渠道层、集成层业务系统。事务参与者可能是其它公司的服务或者是遗留系统的服务，无法进行改造和提供 TCC 要求的接口，也可以使用 Saga 模式。

XA模式是分布式强一致性的解决方案，但性能低而使用较少。

huangshaohui00
关注
  • 2
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
Seata分布式事务
m0_59092234的博客
08-02 344
CAP原则又称CAP定理，指的是在一个分布式系统中，CAP原则指的是，这三个最多只能同时实现两点，不可能三者兼顾。
SpringCloud Alibaba - Seata 四种分布式事务解决方案（XA、AT）+ 实践部署（上）
CYK_byte的博客
10-05 3990
TM 看到业务结束了，就会去通知 TC，那么 TC 就会判断是提交还是回滚. 如果分支事务的状态都是成功的，那就可以把第一阶段准备的快照给删了（删快照这个动作是异步的，因为第一阶段都成功了，也提交了，后面的事情就可以用一个线程独立去做，提高了效率）. 如果第一阶段有人失败了，就要基于 undo log 恢复数据，恢复以后这个 log 也就没用了，最后也会删除.2. XA 依赖于数据库的机制来做回滚，而 AT 模式因为已经提交了，就不能回滚，他是通过给自己生成快照的方式来实现数据的恢复.
分布式事务Seata(别名Seta)(持续学习中)
weixin_47039303的博客
12-10 617
分布式事务,也是属于多线程问题,就是把多台机器变成一台机器(他拥有更多线程,但是也要考虑网络问题),redis在一台机器是单线程的,但是多台机器又回到了多线程问题…当一台机器的时候,只需要本地事务回滚就好了,还有MonogoDB最好不要放敏感数据,特别是旧的版本,没有事务功能(ACID),XA模式：强一致性分阶段事务模式，牺牲了一定的可用性，无业务侵入 TCC模式：最终一致的分阶段事务模式，有业务侵入。5.不同的解决方案 业务入侵(后期需要插入事务的代码) 无入侵(自动管理事务)3.二段式提交导致的问题。
一文搞懂分布式事务Seta-AT模式实现原理
最新发布
qq_25104587的博客
06-02 638
基于JDBC协议实现拦截业务sql，解析sql，根据sql语句中的条件，生成查询查询前像sql语句，在数据库查询，将查询结果当做快照，保存在before image（行记录更新前数据）中，后期如果事务回滚，需要根据before image保存的数据生成反向sql进行回滚。如果回滚，首先将after image中的数据和数据库进行对比，如果一致，利用before image回滚即可，如果不一致，需要人工干预处理，一般不会出现这个问题。后续文章继续讲解具体sql拦截处理过程。第一阶段分成两个步骤。
BASE理论
weixin_34348174的博客
09-08 182
2019独角兽企业重金招聘Python工程师标准>>> ...
seta-分布式事务介绍
qq_36575363的博客
02-09 8241
一.前置知识 2.分布式事务 分布式事务指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上,且属于不同的应用，分布式事务需要保证这些操作要么全部成功，要么全部失败。本质上来说，分布式事务就是为了保证不同数据库的数据一致性。 3. 分布式一致性 3.1 引言 在分布式系统中，为了保证数据的高可用, 通常我们会将数据保留多个副本(replica), 这些副本会放置在不同的物理机器上。为了对用户提供正确的curd等语意，我们需要保证这些放置在不同
分布式事务：seata
热门推荐
一条没有梦想的闲鱼的博客
01-16 1万+
seata
一次性搞定数据库事务
12-13
课程简介： 课程总计41课时，从什么是事务讲起，直到分布式事务解决方案，很的0基础基础与提升系列课程。对于难以理解的知识点，全部用画图+实战的方式讲解。 第一部分：彻底明白事务的四个特性：原子性、一致性、隔离性、持久性，用场景和事例来讲解。 第二部分：实战讲数据库事务的6中并发异常：回滚丢失、覆盖丢失、脏读、幻读、不可重复读、MVCC精讲。 第三部分：彻底搞清楚4种事务隔离级别：READ_UNCOMMITTED 读未提交隔离级别、READ_COMMITTED 读已提交隔离级别、REPEATABLE_READ 可重复度隔离级别、SERIALIZABLE 序列化隔离级别 第四部分：彻底搞清楚MySQL的各种锁：行锁、表锁、共享锁、排它锁、Next-Key锁、间隙锁、X锁、S锁、IS锁、IX锁、死锁、索引与锁、意向锁等。 第五部分：彻底搞清楚Spring事务的7种传播级别的原理和使用：PROPAGATION_REQUIRED、PROPAGATION_SUPPORTS、PROPAGATION_MANDATORY、PROPAGATION_REQUIRES_NEW、PROPAGATION_NOT_SUPPORTED、PROPAGATION_NEVER、PROPAGATION_NESTED分布式事务的理论基础：RPC定理、BASE理论、XA协议都是什么，原理是什么，有什么关联关系 第六部分：分布式事务的5种解决方案原理和优缺点：2PC两阶段提交法、3PC三阶段提交法、TCC事务补偿、异步确保策略、最大努力通知策略 第七部分：阿里巴巴分布式事务框架Seata：历经多年双十一，微服务分布式事务框架，用一个Nacos+Spring Cloud+Seta+MySql的微服务项目，实战讲解阿里的分布式事务技术，深入理解和学习Seata的AT模式、TCC模式、SAGA模式。 课程资料： 课程附带配套2个项目源码72页高清PDF课件一份阿里巴巴seata-1.1.0源码一份阿里巴巴seata-server安装包一份
Seata分布式事务解决方案
mustard1995的博客
01-07 1252
介绍了分布式事务的基础概念和相关理论，详细讲解了seata分布式数据库解决方案的各种模型、处理流程、优缺点等。
解决分布式事务详细文档
07-21
_command.CommandText = "insert into b(a,b)values('1','tany') update b set b='xiaxing'"; _command.Connection = _connection; _command.CommandType = CommandType.Text; _command.CommandTimeout = 100; ...
MSSQL 事务说明
09-11
分布式事务也属于这种类型。 - **自动提交事务**：默认模式，每个成功的语句都会自动提交，遇到错误则自动回滚。 - **隐性事务**：在某些情况下，SQL Server会自动启动新事务，无需用户显式声明开始，只需在需要时...
Java分布式实战指南.pdf
02-13
Seta作为分布式事务解决方案，解决了跨服务的事务一致性问题。Zookeeper和Redis则被用来实现分布式锁，确保在并发场景下的数据安全。Nacos再次出现，这次作为分布式配置中心，集中管理所有服务的配置。另外，通过...
MySQL借助DB实现分布式锁思路详解
09-09
UPDATE lock SET version = version + 1 WHERE lock_name = '业务名称' AND resource = '业务id' AND version = #{version}; ``` 如果更新的版本号与查询时的版本号不一致，意味着其他事务已更新数据，因此当前...
redis中的事务操作案例分析
12-16
然而，对于需要强事务保证的复杂业务，可能需要结合其他机制，如分布式锁或基于版本号的乐观锁来实现。了解并熟练掌握这些技巧，将有助于在使用Redis进行应用开发时确保数据的正确性和系统的稳定性。
分布式事务详解＜终极篇＞
O_Dentist的博客
05-31 319
在原来的分布式项目中要要求功能的单一性原则，数据库就会被分库，分布式事务就是解决不同数据库进行数据库事务操作的问题。
09分布式事务
人生智慧的博客
04-05 592
1 分布式事务 了解分布式事务之前，应该先了解分布式系统，事务，本地事务等基本概念。 1.1 分布式系统 部署在不同结点上的系统通过网络交互来完成协同工作的系统。 1.2 事务 事务是指由一组操作组成的一个工作单元，这个工作单元具有原子性（atomicity）、一致性（consistency）、隔离性（isolation）和持久性（durability）。 原子性：执行单元中的操作要么全...
阿里Seata《全面解读通俗易懂》
m0_65450831的博客
01-01 1070
分布式事物Seata全面解读，通俗易懂，一篇搞定
set a light 3d studio
03-16
set a light 3d studio是一个三维工作室软件中的设置光源功能。通过设置光源，可以调整场景中的光照效果，使得渲染出的图像更加真实。在3D建模和动画制作中，光源的设置是非常重要的一步，可以影响整个场景的氛围和效果。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

huangshaohui00

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值