springboot整合seata踩坑记录(AT模式)

一.环境说明

1、SpringBoot版本：2.5.2
2、SpringCloud版本：2020.0.3
3、spring-cloud-alibaba版本：2021.1
4、seata-server-1.4.2
5、nacos版本：1.1.4

这里项目创建过程就不做过多赘述了…

二.官网下载seata服务

seata官网：https://github.com/seata/seata/releases

三.修改seata服务配置文件

将下载完之后的文件解压，进入到里面的config目录，里面有一个registry.conf文件，我们打开文件【ps:修改文件将该文件先进行备份，养成个好习惯】

ps：命名空间需要在nacos上线创建

进入到bin目录双击启动seata服务

ps：上面两个文件夹是日志文件夹，因为我启动过所以有这个目录，没有这两个目录的不用担心，这个不影响。

登录nacos，可以看到我们的服务已经注册上去了：

可以看到，与上面的registry.conf配置文件配置的一致

四.导入seata依赖

前提：在能正常进行openfeign远程调用的情况下添加此依赖【若你搭建的项目连OpenFeign远程调用都没有实现的话，谈何分布式事务】

<!-- seata -->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
</dependency>

五.seata客户端配置

在我们的项目配置文件application.yml配置：

seata:
  application-id: ${spring.application.name} # 服务id
  tx-service-group: my_tx_group # 事务的分组名，暂时先不管，后面会讲到
  service:
    vgroup-mapping:
      grampus_tx_group: default # 使用default就好
  registry:
    type: nacos # 注册中心类型，需与registry.conf配置文件中一致
    nacos:
      application: seata-server # 服务名，需与registry.conf配置文件中一致
      server-addr: 127.0.0.1:8848 # 注册中心的地址，需与registry.conf配置文件中一致
      group: SEATA_GROUP # 服务的分组名，需与registry.conf配置文件中一致
      namespace: b2191c96-d417-4f4a-a6d6-19e05aadd87d # nacos的命名空间ID，需与registry.conf配置文件中一致
  config:
    type: ${seata.registry.type}
    nacos:
      serverAddr: ${seata.registry.nacos.server-addr}
      group: ${seata.registry.nacos.group}
      namespace: ${seata.registry.nacos.namespace}

六.使用postman调用服务

此处省略基本的测试案例代码…
你以为已经万事大吉了，结果报错了：没有可用的服务，

io.seata.common.exception.FrameworkException: No available service

咋回事儿呢？？？这里我也是搞了好久，哭了哭了
步骤1、在我们的conf同级目录下新建一个config.txt文件

进入到官网：https://github.com/seata/seata/blob/1.4.2/script/config-center/config.txt
将里面内容复制进去，保存。

步骤2、在我们的conf目录下新建一个nacos-config.sh文件

进入到官网：https://github.com/seata/seata/blob/1.4.2/script/config-center/nacos/nacos-config.sh
将里面内容复制进去，保存。

步骤3、修改我们刚才新建的config.txt文件

仅修改此处一出即可。因为在我们的config.txt第35-37行：

store.mode=file
store.publicKey=
store.file.dir=file_store/data

可以看到，存储类型指定的是file文件，路径是：file_store/data
这就是为什么在我的bin目录下会多出一个叫file_store的目录了。

当然，在这里也可以指定存储到数据库中：

这里我们就不做修改了，直接存储到file文件即可。

步骤4、在我们的conf目录下，右键空白地方，打开git bash，进入

在里面输入：

sh nacos-config.sh -h 127.0.0.1 -p 8848 -g SEATA_GROUP -t b2191c96-d417-4f4a-a6d6-19e05aadd87d -u nacos -w nacos

注：命令解析：-h -p 指定nacos的端口地址；-g 指定配置的分组，注意，是配置的分组；-t 指定命名空间id； -u -w指定nacos的用户名和密码，同样，这里开启了nacos注册和配置认证的才需要指定。

回车，如下图，导入成功的标志。

在nacos页面可以看到各种配置。

好，现在我们再使用postman请求服务，此时应该是可以成功了！

ps：若是还报一下错误：

Servlet.service() for servlet [dispatcherServlet] in context with path [/ms/avatar] threw exception [Handler dispatch failed; nested exception is java.lang.ExceptionInInitializerError] with root cause
java.lang.IllegalStateException: org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext@41771088 has been closed already

添加一下配置类即可：

/**
 * MyBatis配置
 * 此处不加此配置：
 * ①整合seata时可能会报错(因为第一次测试demo的时候我报错了，后来去掉此配置类又没有报错，不知为何)：
 * Servlet.service() for servlet [dispatcherServlet] in context with path [/ms/avatar] threw exception [Handler dispatch failed; nested exception is java.lang.ExceptionInInitializerError] with root cause
 * java.lang.IllegalStateException: org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext@41771088 has been closed already
 * ②undo_log不会有数据，也就不会回滚，seata没有代理到事务
 */
@Configuration
@MapperScan(value = {"com.**.dao", "com.**.mapper"})
public class MyBatisConfig {
}

@MapperScan注解扫描我们的dao或者mapper包。

至此，问题应该完美解决!