1. 分布式事务初探
一般来说,目前市面上的数据库都支持本地事务,也就是在你的应用程序中,在一个数据库连接下的操作,可以很容易的实现事务的操作。
但是目前,基于SOA的思想,大部分项目都采用微服务架构后,就会出现了跨服务间的事务需求,这就称为分布式事务。
本文假设你已经了解了事务的运行机制,如果你不了解事务,那么我建议先去看下事务相关的文章,再来阅读本文。
1.1 什么是分布式事务
对于传统的单体应用而言,实现本地事务可以依赖Spring的@Transactional注解标识方法,实现事务非常简单。
我们以最常见的电商系统为例,简单拆分为用户客户端、订单服务、库存服务、商品服务等等,在用户下单过程中,需要同时调用各个服务,但是,每个服务都是独立部署的,数据库连接是不共享的,因此要保证这些操作全部执行,或者全部不执行,就需要分布式事务的支持。
1.2 分布式事务解决方案
1.3 Seata介绍
Seata 是一款开源的分布式事务解决方案,致力于在微服务架构下提供高性能和简单易用的分布式事务服务。Seata 于2019.1正式对外开源,前身是阿里巴巴2014年诞生的 TXC(Taobao Transaction Constructor)。以下是Seata官网介绍的特色服务:
Seata 将为用户提供了 AT、TCC 和 XA 事务模式,为用户打造一站式的分布式解决方案。更多关于Seata的介绍,可参考其官网。
2. Spring Boot,Dubbo和Seata实现分布式事务案例
2.1 环境准备
运行本测试,需要你提前准备如下的软件运行环境:
本案例,主要模仿简单的下单扣减库存的过程,架构图如下:
2.2 Seata管理端
下载Seata的最新版本,并解压后,进入seata/bin目录,启动:
sh seata-server.sh 8091 file
观察8091端口是否启动。
2.3 数据存储
本测试服务,需要创建两张表,分别是订单表和库存表:
2.4 构建Spring Boot服务
示例代码可参考Github仓库,仓库的目录结构如下:
基于Spring Boot构建Dubbo服务可参考之前的博文《Spring Boot(五)之集成Dubbo部署RPC服务》,构建本项目的过程就不再赘述了。
加入Seata组件后,与普通Dubbo项目的不同之处在于
1,配置Seata数据源
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测试,配置测试参数为:
可以看到,在addOrder报错后,会有全局事务的rollback过程。
3. 参考资料
到此这篇关于详解SpringBoot基于Dubbo和Seata的分布式事务解决方案的文章就介绍到这了,更多相关SpringBoot 分布式事务内容请搜索小牛知识库以前的文章或继续浏览下面的相关文章希望大家以后多多支持小牛知识库!
本文向大家介绍SpringBoot+Dubbo+Seata分布式事务实战详解,包括了SpringBoot+Dubbo+Seata分布式事务实战详解的使用技巧和注意事项,需要的朋友参考一下 前言 Seata 是 阿里巴巴开源的分布式事务中间件,以高效并且对业务0侵入的方式,解决微服务场景下面临的分布式事务问题。 事实上,官方在GitHub已经给出了多种环境下的Seata应用示例项目,地址:https
项目地址 前言 事务:事务是由一组操作构成的可靠的独立的工作单元,事务具备ACID的特性,即原子性、一致性、隔离性和持久性。 分布式事务:当一个操作牵涉到多个服务,多台数据库协力完成时(比如分表分库后,业务拆分),多个服务中,本地的Transaction已经无法应对这个情况了,为了保证数据一致性,就需要用到分布式事务。 Seata :是一款开源的分布式事务解决方案,致力于在微服务架构下提供
现场回顾视频以及 PPT 见文末链接。 一、分布式事务产生的背景 1.1 分布式架构演进之 - 数据库的水平拆分 蚂蚁金服的业务数据库起初是单库单表,但随着业务数据规模的快速发展,数据量越来越大,单库单表逐渐成为瓶颈。所以我们对数据库进行了水平拆分,将原单库单表拆分成数据库分片。 如下图所示,分库分表之后,原来在一个数据库上就能完成的写操作,可能就会跨多个数据库,这就产生了跨数据库事务问题。 1.
本文向大家介绍详解SpringBoot开发案例之整合Dubbo分布式服务,包括了详解SpringBoot开发案例之整合Dubbo分布式服务的使用技巧和注意事项,需要的朋友参考一下 前言 在 SpringBoot 很火热的时候,阿里巴巴的分布式框架 Dubbo 不知是处于什么考虑,在停更N年之后终于进行维护了。在之前的微服务中,使用的是当当维护的版本 Dubbox,整合方式也是使用的 xml 配置方
主要内容:1.2PC,2.三阶段提交(3PC),3.补偿事务(TCC),4.本地消息表,5.消息事务,6.最大努力通知,7.Sagas 事务模型1.2PC 两阶段提交 mysql是通过日志系统完成事务的。就是两阶段提交:undolog和binlog的两阶段提交。 两阶段协议可以用于单机集中式系统,由事务管理器协调多个资源管理器;也可以用于分布式系统,由一个全局的事务管理器协调各个子系统的局部事务管理器完成两阶段提交。 第一阶段:投票阶段 1.协调者写命令进写入日志 2.协调者发一个prepare
本文向大家介绍Springboot-dubbo-fescar 阿里分布式事务的实现方法,包括了Springboot-dubbo-fescar 阿里分布式事务的实现方法的使用技巧和注意事项,需要的朋友参考一下 大家可以自行百度下阿里分布式事务,在这里我就不啰嗦了。下面是阿里分布式事务开源框架的一些资料,本文是springboot+dubbo+fescar的集成。 快速开始 https://githu