18.Spring Boot单体项目集成Seata

该文章详细介绍了如何在SpringBoot项目中集成Seata以处理分布式事务。步骤包括下载Seata服务器和配置文件,设置数据库模式,启动SeataServer,配置SpringBoot项目,创建undo_log表以支持事务回滚。文章强调了AT模式下undo_log表的作用,并提供了相关配置和依赖引入的示例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录


Spring Boot专栏目录(点击进入…)


Spring Boot单体项目集成Seata

(1)下载Seata服务器和源码的安装包

(2)建表(仅DB模式下需要建三张表)

在这里插入图片描述

(3)修改registry.conf的配置

(4)修改file.conf中的配置

如果使用DB模式,file.config需要修改两点
①修改存储模式:store.mode = “db”
②修改数据库连接

registry {
  # file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
  type = "file"

  file {
    name = "file.conf"
  }
}

config {
  # file、nacos 、apollo、zk、consul、etcd3、springCloudConfig
  type = "file"

  file {
    name = "file.conf"
  }
}

在这里插入图片描述

(5)启动Seata Server

启动方式描述
windows启动点击 seata-server.bat
linux启动执行seata-server.sh
源码启动执行server模块下io.seata.server.Server.java的main方法
命令启动bin/seata-server.sh -h 127.0.0.1 -p 8091 -m db -n 1 -e test

(6)Spring Boot项目配置

由于是Spring Boot单体项目,不同数据库的调用需要使用多数据源,在此基础上才能产生分布式事务。当出现业务异常时,需要undo_log表来进行事务回滚,所以每一个数据库都要建一个undo_log表

注意:
(1)undo_log表并不是mysql自带的undo_log日志版本链
(2)undo_log表是Seata的AT模式自带的表,用于数据回滚,AT模式不使用undo_log日志版本链进行回滚,
(3)原生的XA模式(不是seata的XA模式)的回滚就用的是mysql自带的undo_log日志版本链

# AT模式下的undo_log表
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,
  PRIMARY KEY (`id`),
  UNIQUE KEY `ux_undo_log` (`xid`,`branch_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

1.引入seata依赖

<!--seata对springboot的支持 -->
<dependency>
	<groupId>io.seata</groupId>
	<artifactId>seata-spring-boot-starter</artifactId>
	<version>1.4.2</version>
</dependency>

2.指定seata事务分组,用于从TC获取seata server服务实例

由于TC是独立部署的,可能这个TC集群服务了很多项目,它内部通过group做了服务隔离, 所以需要配置一个group用于确定seata server的服务实例

#Seata事务分组
spring.cloud.alibaba.seata.tx-service-group=my_test_tx_group

3.配置全局事务@GlobalTransactional注解

Spring Boot项目下的分布式事务,需要切换多数据源,而使用seata保证全局事务,需要对每个数据源进行一次代理,通过代理往TC注册分支事务信息

另外Seata的AT模式依赖于本地事务,在下单 -> 减库存 -> 扣账户余额的过程中,每一个操作都需要加@Transtional注解,只需要在最外层加上@GlobalTransactional注解即可开启分布式事务,这也是seata对业务零侵入的体现

#分布式事务seata配置
seata:
  # 默认关闭,如需启用spring.datasource.dynamic.seata需要同时开启
  enabled: true
  # Seata 应用编号,默认为 ${spring.application.name}
  application-id: ${spring.application.name}
  # Seata 事务组编号,用于 TC 集群名
  tx-service-group: ${spring.application.name}-group
  # 关闭自动代理
  enable-auto-data-source-proxy: false

如果执行成功,如上所示,seata-server的日志如下
在这里插入图片描述

Spring Boot MyBatis单体项目转换为微服务项目可以按照以下步骤进行: 1. 代码拆分:根据业务功能,将原有的单体项目拆分成多个独立的微服务模块。每个模块包含自己的业务逻辑、数据库表设计和接口定义。可以根据领域划分、功能划分或团队划分来拆分。 2. 服务注册与发现:引入服务注册与发现的组件,如Eureka或Consul,用于注册和管理微服务的实例。每个微服务都要注册到注册中心,并能够通过服务名进行发现。 3. 服务之间调用:原有的代码中可能存在服务之间的依赖关系,需使用远程调用技术进行重构。可选择使用Feign或RestTemplate等工具实现服务之间的调用。 4. 分布式事务管理:在原有的单体项目中,可能使用了本地事务进行数据库操作。在微服务架构中,为了保证数据的一致性,需要引入分布式事务管理器,如Seata或TCC-Transaction等。 5. 配置中心:引入配置中心,如Spring Cloud Config,用于管理各个微服务的配置文件。通过配置中心,可以动态修改微服务的配置信息,而无需重启微服务。 6. 熔断与限流:在微服务架构中,服务之间的调用更加频繁。引入熔断和限流机制,如Hystrix或Sentinel,可以有效地防止服务雪崩和过载。 7. 监控与日志:为了能够及时发现和排查问题,引入监控和日志系统,如Spring Cloud Sleuth和ELK,用于收集和分析微服务的运行日志和指标数据。 8. 部署与扩容:使用容器化技术,如Docker和Kubernetes,将微服务打包成镜像,并进行自动化部署和扩容。可以根据实际业务负载情况,动态调整微服务的实例数量。 总之,将Spring Boot MyBatis单体项目转换成微服务项目需要进行代码拆分、服务注册与发现、服务之间调用、分布式事务管理、配置中心、熔断与限流、监控与日志、部署与扩容等工作。这样可以使项目更加具有可扩展性、高可用性和灵活性,满足微服务架构的要求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

未禾

您的支持是我最宝贵的财富!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值