1. 分布式事务初探
一般来说,目前市面上的数据库都支持本地事务,也就是在你的应用程序中,在一个数据库连接下的操作,可以很容易的实现事务的操作。但是目前,基于 SOA 的思想,大部分项目都采用微服务架构后,就会出现了跨服务间的事务需求,这就称为分布式事务。本文假设你已经了解了事务的运行机制,如果你不了解事务,那么我建议先去看下事务相关的文章,再来阅读本文。
1.1 什么是分布式事务
对于传统的单体应用而言,实现本地事务可以依赖 Spring 的 @Transactional 注解标识方法,实现事务非常简单。
我们以最常见的电商系统为例,简单拆分为用户客户端、订单服务、库存服务、商品服务等等,在用户下单过程中,需要同时调用各个服务,但是,每个服务都是独立部署的,数据库连接是不共享的,因此要保证这些操作全部执行,或者全部不执行,就需要分布式事务的支持。
1.2 分布式事务解决方案
全局事务,基于 DTP 模型实现,需要三种角色即 Application 应用系统,Transaction Manager 事务管理器,Resource Manager 资源管理器;
基于可靠消息服务的分布式事务,通过消息队列实现事务的一致性;
TCC,即 Try、Confirm、Cancel,属于补偿型分布式事务,Try:尝试待执行的事务,Confirm:执行事务,Cancel:取消执行的事务;
1.3 Seata 介绍
Seata 是一款开源的分布式事务解决方案,致力于在微服务架构下提供高性能和简单易用的分布式事务服务。Seata 于 2019.1 正式对外开源,前身是阿里巴巴 2014 年诞生的 TXC(Taobao Transaction Constructor)。以下是 Seata 官网介绍的特色服务:
![](https://i-blog.csdnimg.cn/blog_migrate/53580769983ed860050c814d43c39cc6.jpeg)
Seata 将为用户提供了 AT、TCC 和 XA 事务模式,为用户打造一站式的分布式解决方案。更多关于 Seata 的介绍,可参考其官网。
2. Spring Boot,Dubbo 和 Seata 实现分布式事务案例
2.1 环境准备
运行本测试,需要你提前准备如下的软件运行环境:
运行环境 | 版本要求 |
---|---|
jdk | 1.8+ |
Spring Boot | 1.5+ |
MySQL | 5.7+ |
ZooKeeper | 3.4+ |
Seata | 0.6.1 |
Dubbo | 2.6.5 |
本案例,主要模仿简单的下单扣减库存的过程,架构图如下:
2.2 Seata 管理端
下载 Seata(https://github.com/seata/seata/releases) 的最新版本,并解压后,进入 seata/bin 目录,启动:
sh seata-server.sh 8091 file
观察 8091 端口是否启动。
2.3 数据存储
本测试服务,需要创建两张表,分别是订单表和库存表:
CREATE TABLE `t_order` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`order_no` varchar(255) DEFAULT NULL,
`user_id` varchar(255) DEFAULT NULL,
`commodity_code` varchar(255) DEFAULT NULL,
`count` int(11) DEFAULT '0',
`amount` double(14,2) DEFAULT '0.00',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
CREATE TABLE `t_storage` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`commodity_code` varchar(255) DEFAULT NULL,
`name` varchar(255) DEFAULT NULL,
`count` int(11) DEFAULT '0',
PRIMARY KEY (`id`),
UNIQUE KEY `commodity_code` (`commodity_code`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
2.4 构建 Spring Boot 服务
示例代码可参考 Github 仓库(https://github.com/chadwick521/springboot-seata-project),
仓库的目录结构如下:
![](https://i-blog.csdnimg.cn/blog_migrate/255ac6730bc337d2a916827cba13ba9a.jpeg)
springboot-base:存储公共调用的基类接口,mapper 接口,Model 层的类等,可 mvn install 后,供另外三个 module 调用。
springboot-dubbo-storage:库存服务;
springboot-dubbo-order:订单服务;
springboot-dubbo-client:RPC 消费者,提供对外接口;
加入 Seata 组件后,与普通 Dubbo 项目的不同之处在于
1,配置 Seata 数据源
/**
* seata数据源
*
* init datasource proxy
* @Param: druidDataSource datasource bean instance
* @Return: DataSourceProxy datasource proxy
*/
@Bean
public DataSourceProxy dataSourceProxy(DruidDataSource druidDataSource){
return new DataSourceProxy(druidDataSource);
}
2,Seata 初始化
/**
* 配置全局事务扫描器。有两个参数,一个是应用名称,一个是事务分组
*
* @return
*/
@Bean
public GlobalTransactionScanner globalTransactionScanner() {
return new GlobalTransactionScanner("springboot-dubbo-storage", "my_test_tx_group");
}
3,配置注册中心,目前可用的配置中心有 file、nacos 、apollo、zk、consul,file 类型本身不具备注册中心的动态发现和动态配置功能,官方的初衷是在不依赖第三方配置注册中心的基础上快速集成测试 seata 功能。配置内容在 file.conf 和 registry.conf。
4,注解标记事务方法,在需要分布式事务的方法上,加上 @GlobalTransactional 注解即可。
2.5 测试
依次启动 Seata、springboot-dubbo-storage、springboot-dubbo-order、springboot-dubbo-client 后,打开 postman 测试,配置测试参数为:
![](https://i-blog.csdnimg.cn/blog_migrate/813f57fe8bb20133f273d83f8cb4e95d.jpeg)
可以看到,在 addOrder 报错后,会有全局事务的 rollback 过程。
3. 参考资料
Seata(https://seata.io/zh-cn/index.html)
如何使用 Seata 保证 Dubbo 微服务间的一致性(https://seata.io/zh-cn/blog/dubbo-seata.html)
SpringBoot+Dubbo+Seata 分布式事务实战(https://juejin.im/post/5d19ee6af265da1bcd37effa)
分布式事务选型的取舍(https://mp.weixin.qq.com/s/HyWaYIJIqdLp1c_xrrzY1g)
常用的分布式事务解决方案(https://juejin.im/post/5aa3c7736fb9a028bb189bca)
作者:zhaoyh
来源链接:
http://zhaoyh.com.cn/2019/08/14/Spring%20Boot(%E4%B8%83)%E4%B9%8B%E5%9F%BA%E4%BA%8EDubbo%E5%92%8CSeata%E7%9A%84%E5%88%86%E5%B8%83%E5%BC%8F%E4%BA%8B%E5%8A%A1%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88/