youlai-mall项目中的Seata分布式事务表结构解析-CSDN博客

youlai-mall项目中的Seata分布式事务表结构解析

前言

在分布式系统中，事务管理是一个复杂且关键的问题。youlai-mall项目采用了Seata作为分布式事务解决方案，通过分析其数据库表结构设计，我们可以深入了解Seata如何实现分布式事务管理。

Seata数据库表结构概述

Seata在数据库层面设计了四张核心表来支持分布式事务的运作：

global_table - 全局事务表
branch_table - 分支事务表
lock_table - 全局锁表
distributed_lock - 分布式锁表

这些表共同构成了Seata的事务管理基础，下面我们逐一分析每张表的设计和作用。

全局事务表(global_table)

CREATE TABLE IF NOT EXISTS `global_table`
(
    `xid`                       VARCHAR(128) NOT NULL,
    `transaction_id`            BIGINT,
    `status`                    TINYINT      NOT NULL,
    `application_id`            VARCHAR(32),
    `transaction_service_group` VARCHAR(32),
    `transaction_name`          VARCHAR(128),
    `timeout`                   INT,
    `begin_time`                BIGINT,
    `application_data`          VARCHAR(2000),
    `gmt_create`                DATETIME,
    `gmt_modified`              DATETIME,
    PRIMARY KEY (`xid`),
    KEY `idx_status_gmt_modified` (`status` , `gmt_modified`),
    KEY `idx_transaction_id` (`transaction_id`)
) ENGINE = InnoDB DEFAULT CHARSET = utf8mb4;

关键字段解析：

xid：全局事务ID，是分布式事务的唯一标识
transaction_id：事务ID
status：事务状态，使用TINYINT类型表示不同的事务状态
application_id：应用ID，标识发起事务的应用
transaction_service_group：事务服务分组
timeout：事务超时时间
begin_time：事务开始时间，使用BIGINT存储时间戳

索引设计：

主键索引：xid
联合索引：idx_status_gmt_modified，用于按状态和时间查询
普通索引：idx_transaction_id，用于按事务ID查询

分支事务表(branch_table)

CREATE TABLE IF NOT EXISTS `branch_table`
(
    `branch_id`         BIGINT       NOT NULL,
    `xid`               VARCHAR(128) NOT NULL,
    `transaction_id`    BIGINT,
    `resource_group_id` VARCHAR(32),
    `resource_id`       VARCHAR(256),
    `branch_type`       VARCHAR(8),
    `status`            TINYINT,
    `client_id`         VARCHAR(64),
    `application_data`  VARCHAR(2000),
    `gmt_create`        DATETIME(6),
    `gmt_modified`      DATETIME(6),
    PRIMARY KEY (`branch_id`),
    KEY `idx_xid` (`xid`)
) ENGINE = InnoDB DEFAULT CHARSET = utf8mb4;

关键字段解析：

branch_id：分支事务ID
xid：关联的全局事务ID
resource_id：资源ID，标识分支事务操作的资源
branch_type：分支事务类型
status：分支事务状态

索引设计：

主键索引：branch_id
普通索引：idx_xid，用于按全局事务ID查询关联的分支事务

全局锁表(lock_table)

CREATE TABLE IF NOT EXISTS `lock_table`
(
    `row_key`        VARCHAR(128) NOT NULL,
    `xid`            VARCHAR(128),
    `transaction_id` BIGINT,
    `branch_id`      BIGINT       NOT NULL,
    `resource_id`    VARCHAR(256),
    `table_name`     VARCHAR(32),
    `pk`             VARCHAR(36),
    `status`         TINYINT      NOT NULL DEFAULT '0' COMMENT '0:locked ,1:rollbacking',
    `gmt_create`     DATETIME,
    `gmt_modified`   DATETIME,
    PRIMARY KEY (`row_key`),
    KEY `idx_status` (`status`),
    KEY `idx_branch_id` (`branch_id`),
    KEY `idx_xid_and_branch_id` (`xid` , `branch_id`)
) ENGINE = InnoDB DEFAULT CHARSET = utf8mb4;

关键字段解析：

row_key：行键，唯一标识锁记录
table_name：加锁的表名
pk：加锁的主键值
status：锁状态，0表示锁定，1表示回滚中

索引设计：

主键索引：row_key
普通索引：idx_status，idx_branch_id
联合索引：idx_xid_and_branch_id

分布式锁表(distributed_lock)

CREATE TABLE IF NOT EXISTS `distributed_lock`
(
    `lock_key`       CHAR(20) NOT NULL,
    `lock_value`     VARCHAR(20) NOT NULL,
    `expire`         BIGINT,
    primary key (`lock_key`)
) ENGINE = InnoDB DEFAULT CHARSET = utf8mb4;

INSERT INTO `distributed_lock` (lock_key, lock_value, expire) VALUES ('AsyncCommitting', ' ', 0);
INSERT INTO `distributed_lock` (lock_key, lock_value, expire) VALUES ('RetryCommitting', ' ', 0);
INSERT INTO `distributed_lock` (lock_key, lock_value, expire) VALUES ('RetryRollbacking', ' ', 0);
INSERT INTO `distributed_lock` (lock_key, lock_value, expire) VALUES ('TxTimeoutCheck', ' ', 0);

关键字段解析：