Seata 是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式,为用户打造一站式的分布式解决方案。
官网&下载地址:http://seata.io/zh-cn/
是采用两阶段提交协议来执行的具体如下:
一阶段:业务数据和回滚日志记录在同一个本地事务中提交,释放本地锁和连接资源。
二阶段:
逻辑说明:
1.事务发起者TM事务管理器,通过RPC与TC通讯,请求得到一个事务分组(group)和全局事务ID,所有服务相关的参与者都在这一个事务分组中
2.在调用其他微服务的时候,TC协同服务会生成事务回滚的undo_log日志,再来提交事务,并通知到TC。如果没有问题,则继续下一个服务调用。
3.期间任何服务的分支事务回滚,都会通知TC,TC在通知全局事务包含所有已完成一阶段提交的分支事务回滚。
4.如果所有分支事务都正常,最后由全局事务发起者通知TC协调者,TC再通知RM删除undo_log日志。
在这个过程中为了解决写隔离的问题,都会涉及到TC的全局锁。
这里用用户购买商品的业务逻辑为例来讲解Seata的使用。整个业务逻辑由3个微服务提供支持:
配置说明:(TC端配置)
1.下载运行包,下载地址:https://github.com/seata/seata/releases
Seata分TC、TM和RM三个角色,TC(Server端)为单独服务端部署,TM和RM(Client端)由业务系统集成。
2.修改seata-server-1.1.0\seata\conf\file.conf
主要修改:事务日志存储模式为db,连接数据库
## transaction log store, only used in seata-server
store {
## store mode: file、db
mode = "db"
## 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) etc.
datasource = "dbcp"
## mysql/oracle/h2/oceanbase etc.
dbType = "mysql"
driverClassName = "com.mysql.jdbc.Driver"
url = "jdbc:mysql://192.168.234.135:3306/seata"
user = "root"
password = "jiayoubing"
minConn = 1
maxConn = 10
globalTable = "global_table"
branchTable = "branch_table"
lockTable = "lock_table"
queryLimit = 100
}
}
3.在mysql中新建库,并配置预装表
注意库要和上面url配置保持一致,默认为:seata
注意Seata1.0以后server包中没有sql表了,具体如下:
db_store.sql
drop table if exists `global_table`;
create table `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_gmt_modified_status` (`gmt_modified`, `status`),
key `idx_transaction_id` (`transaction_id`)
);
drop table if exists `branch_table`;
create table `branch_table` (
`branch_id` bigint not null,
`xid` varchar(128) not null,
`transaction_id` bigint ,
`resource_group_id` varchar(32),
`resource_id` varchar(256) ,
`lock_key` varchar(128) ,
`branch_type` varchar(8) ,
`status` tinyint,
`client_id` varchar(64),
`application_data` varchar(2000),
`gmt_create` datetime,
`gmt_modified` datetime,
primary key (`branch_id`),
key `idx_xid` (`xid`)
);
drop table if exists `lock_table`;
create table `lock_table` (
`row_key` varchar(128) not null,
`xid` varchar(96),
`transaction_id` long ,
`branch_id` long,
`resource_id` varchar(256) ,
`table_name` varchar(32) ,
`pk` varchar(36) ,
`gmt_create` datetime ,
`gmt_modified` datetime,
primary key(`row_key`)
);
4.修改注册配置信息,seata-server-1.1.0\seata\conf\registry.conf
registry {
# file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
type = "nacos"
nacos {
serverAddr = "192.168.234.135:8848"
namespace = ""
cluster = "default"
}
这里配置注册中心为nacos,以及修改nacos连接地址信息
5.server配置完成。上传配置好的文件到centos,并启动
启动完成后,会自动注册到nacos.
这里有三个服务,一个订单服务,一个库存服务,一个账户服务
当用户下单时,会在订单服务创建一个订单;通过远程服务调用减库存;并通过远程调用来扣减账户余额;最后在订单服务中修改订单完成状态。这里跨越三个数据库,有二次调用服务。
1.业务建库
create database seata_order;
create database seata_storage;
create database seata_account;
2.在对应的库中建表
--订单库建立订单表
DROP TABLE IF EXISTS `t_order`;
CREATE TABLE `t_order` (
`int` bigint(11) NOT NULL AUTO_INCREMENT,
`user_id` bigint(20) DEFAULT NULL COMMENT '用户id',
`product_id` bigint(11) DEFAULT NULL COMMENT '产品id',
`count` int(11) DEFAULT NULL COMMENT '数量',
`money` decimal(11, 0) DEFAULT NULL COMMENT '金额',
`status` int(1) DEFAULT NULL COMMENT '订单状态: 0:创建中 1:已完结',
PRIMARY KEY (`int`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '订单表' ROW_FORMAT = Dynamic;
--账户库建立账户表
CREATE TABLE `t_account` (
`id` bigint(11) NOT NULL COMMENT 'id',
`user_id` bigint(11) DEFAULT NULL COMMENT '用户id',
`total` decimal(10, 0) DEFAULT NULL COMMENT '总额度',
`used` decimal(10, 0) DEFAULT NULL COMMENT '已用余额',
`residue` decimal(10, 0) DEFAULT NULL COMMENT '剩余可用额度',
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '账户表' ROW_FORMAT = Dynamic;
INSERT INTO `t_account` VALUES (1, 1, 1000, 0, 1000);
--库存库建立库存表
DROP TABLE IF EXISTS `t_storage`;
CREATE TABLE `t_storage` (
`int` bigint(11) NOT NULL AUTO_INCREMENT,
`product_id` bigint(11) DEFAULT NULL COMMENT '产品id',
`total` int(11) DEFAULT NULL COMMENT '总库存',
`used` int(11) DEFAULT NULL COMMENT '已用库存',
`residue` int(11) DEFAULT NULL COMMENT '剩余库存',
PRIMARY KEY (`int`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '库存' ROW_FORMAT = Dynamic;
INSERT INTO `t_storage` VALUES (1, 1, 100, 0, 100);
3.并在每个库中建立回滚日志表
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=1 DEFAULT CHARSET=utf8;
最终server和客户端表结构如下:
4.新建工程和配置工程
pom文件内容
org.springframework.boot
spring-boot-starter-parent
2.2.0.RELEASE
1.8
UTF-8
UTF-8
Hoxton.RELEASE
2.2.0.RELEASE
Horsham.SR3
3.1.1
org.springframework.boot
spring-boot-starter-web
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
2.2.0.RELEASE
io.seata
seata-spring-boot-starter
1.1.0
org.mybatis.spring.boot
mybatis-spring-boot-starter
2.1.0
mysql
mysql-connector-java
runtime
工程目录结构如下:一共4个服务,business-service为业务集成
一阶段数据加载
在一阶段的时候,Seata会拦截参与服务的“业务SQL”
1.解析业务SQL,找到“业务SQL”要更新的业务数据,在业务更新前,将其保存成“Before image”
2.执行“业务SQL”更新业务逻辑数据
3.在业务更新数据之后,保存成为"After image",最后生成行锁
以上3个操作就保障了一个数据库事务内完成,这样就保证了第一阶段操作的原子性(类似于AOP的前置+后置逻辑处理)
二阶段提交
如果在二阶段提交顺利的话,因为业务SQL已经提交到数据库中,所以Seata框架只需要讲一阶段保存的数据快照和行锁删除,完成数据清理即可
二阶段回滚
二阶段服务在执行的过程中遇到任何异常,Seata就需要回滚一阶段已经执行的业务SQL,还原业务数据。
回滚方式就是用Before image 还原业务数据;但是在还原前会验证数据是否有脏读,对比当前数据和After image是否一致,如果完全一致,表示没有脏读,可以还原业务,如果不一致就表示有脏读,就需要人工干预处理
怎么样,彻底理解阿里的Seata分布式事务框架了吧.....
github代码:https://github.com/jiayoubing/alibabaseata