提示文章写完后,目录可以自动生成如何生成参考右边的帮助文档


分布式事务

在这里插入图片描述
由于订单购物车商品分别在三个不同的微服务,而每个服务都有自己独立数据库,因此下单过程中就会跨多个数据库完成业务。而每个服务都会执行自己本地事务

整个业务中,各个本地事务是有关联的。因此每个微服务的本地事务,也可以称为分支事务。多个有关联的分支事务一起就组成了全局事务。我们必须保证整个全局事务同时成功或失败

1.认识Seata

解决分布式事务的方案有很多,但实现起来都比较复杂,因此我们一般会使用开源框架解决分布式事务问题。在众多的开源分布式事务框架中,功能最完善、使用最多的就是阿里巴巴在2019年开源的Seata了。

https://seata.io/zh-cn/docs/overview/what-is-seata.html
在这里插入图片描述

其实分布式事务产生的一个重要原因就是参与事务的多个分支事务互相无感知,不知道彼此的执行状态。因此解决分布式事务的思想非常简单

就是一个统一的事务协调者,与多个分支事务通信检测每个分支事务的执行状态,保证全局事务下的每一个分支事务同时成功或失败即可。大多数的分布式事务框架都是基于这个理论来实现的。
在这里插入图片描述

Seata也不例外,在Seata事务管理中有三个重要的角色

而TC服务则是事务协调中心,是一个独立的微服务,需要单独部署

2.部署TC服务

2.1.准备数据库

Seata支持多种存储模式,但考虑持久化的需要我们一般选择基于数据库存储执行课前资料提供的《seata-tc.sql》,导入数据库表:
在这里插入图片描述

2.2.准备配置文件

课前资料准备了一个seata目录,其中包含seata运行时所需要配置文件
在这里插入图片描述
其中包含中文注释大家可以自行阅读
我们将整个seata文件夹拷贝虚拟机的/root目录
在这里插入图片描述

2.3.Docker部署

虚拟机的/root目录执行下面的命令

docker run --name seata 
-p 8099:8099 
-p 7099:7099 
-e SEATA_IP=192.168.150.101 
-v ./seata:/seata-server/resources 
--privileged=true 
--network hmall 
-d 
seataio/seata-server:1.5.2

3.微服务集成Seata

参与分布式事务的每一个微服务都需要集成Seata,我们tradeservice为例

3.1.引入依赖

为了方便各个微服务集成seata,我们需要把seata配置共享nacos,因此tradeservice模块不仅仅要引入seata依赖,还要引入nacos依赖:

<!--统一配置管理--&gt;
  <dependency&gt;
      <groupId&gt;com.alibaba.cloud</groupId&gt;
      <artifactId&gt;spring-cloud-starter-alibaba-nacos-config</artifactId&gt;
  </dependency&gt;
  <!--读取bootstrap文件-->
  <dependency>
      <groupId>org.springframework.cloud</groupId>
      <artifactId>spring-cloud-starter-bootstrap</artifactId>
  </dependency>
  <!--seata-->
  <dependency>
      <groupId>com.alibaba.cloud</groupId>
      <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
  </dependency>
  <!--sentinel-->
  <dependency>
      <groupId>com.alibaba.cloud</groupId>
      <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
  </dependency>

3.2.改造配置

首先在nacos上添加一个共享的seata配置命名shared-seata.yaml
在这里插入图片描述

seata:
  registry: # TC服务注册中心的配置,微服务根据这些信息注册中心获取tc服务地址
    type: nacos # 注册中心类型 nacos
    nacos:
      server-addr: 192.168.150.101:8848 # nacos地址
      namespace: "" # namespace默认为空
      group: DEFAULT_GROUP # 分组,默认是DEFAULT_GROUP
      application: seata-server # seata服务名称
      username: nacos
      password: nacos
  tx-service-group: hmall # 事务组名称
  service:
    vgroup-mapping: # 事务组与tc集群映射关系
      hmall: "default"

然后,改造trade-service模块添加bootstrap.yaml
在这里插入图片描述

spring:
  application:
    name: trade-service # 服务名称
  profiles:
    active: dev
  cloud:
    nacos:
      server-addr: 192.168.150.101 # nacos地址
      config:
        file-extension: yaml # 文件后缀名
        shared-configs: # 共享配置
          - dataId: shared-jdbc.yaml # 共享mybatis配置
          - dataId: shared-log.yaml # 共享日志配置
          - dataId: shared-swagger.yaml # 共享日志配置
          - dataId: shared-seata.yaml # 共享seata配置

可以看到这里加载了共享的seata配置。
然后改造application.yaml文件内容如下

server:
  port: 8085
feign:
  okhttp:
    enabled: true # 开启OKHttp连接池支持
  sentinel:
    enabled: true # 开启Feign对Sentinel整合
hm:
  swagger:
    title: 交易服务接口文档
    package: com.hmall.trade.controller
  db:
    database: hm-trade

3.3.添加数据库

seata的客户端解决分布式事务的时候需要记录一些中间数据保存数据库中。因此我们要先准备一个这样的表。
将课前资料的seata-at.sql分别文件导入hm-trade、hm-cart、hm-item三个数据库中:
在这里插入图片描述

3.4.测试

接下来就是测试的分布式事务的时候了。
我们找到trade-service模块下的com.hmall.trade.service.impl.OrderServiceImpl类中createOrder方法,也就是下单业务方法

将其上的@Transactional注解改为Seata提供的@GlobalTransactional

在这里插入图片描述

@GlobalTransactional注解就是在标记事务的起点,将来TM就会基于这个方法判断全局事务范围初始化全局事务。

我们重启trade-service、item-service、cart-service三个服务。再次测试发现分布式事务的问题解决了!

原文地址:https://blog.csdn.net/weixin_48052161/article/details/134709314

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_35728.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注