
本篇作为SpringCloud Alibaba微服务实战系列的第八篇,主要内容是让Seata使用Nacos作为注册配置中心。系列文章,欢迎持续关注。

上篇文章中我们使用的是Seata的file配置实现分布式事务,既然本系列文章用的是Springcloud alibaba全家桶而Seata又恰好支持Naocs,那么我们肯定也将选择Nacos作为Seata的注册配置中心。本篇文章我们将一步一步把Seata整合上Nacos,大家伙跟我一起动手试试吧~本篇文章依赖于上篇文章SpringCloud Alibaba微服务实战七 - 分布式事务
配置调整
服务端配置修改
服务端主要是修改seataconfregistry.conf
文件,让Seata使用Nacos作为注册配置中心,修改后的文件如下:
registry {
# file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
type = "nacos"
nacos {
serverAddr = "192.168.136.130:8848"
namespace = ""
cluster = "default"
}
}
config {
# file、nacos 、apollo、zk、consul、etcd3
type = "nacos"
nacos {
serverAddr = "192.168.136.130:8848"
namespace = ""
}
}
将Seata配置推到Nacos
此处主要修改seataconfnacos-config.txt
文件,作如下两处修改:
- 修改tx-service-group

如上图所示,修改的格式为service.vgroup_mapping.${spring.alibaba.seata.tx-service-group}=default
,结合我们的系统服务修改后的结果如下:
service.vgroup_mapping.account-service-seata=default
service.vgroup_mapping.product-service-seata=default
service.vgroup_mapping.order-service-seata=default
- 开启数据库自动代理
support.spring.datasource.autoproxy=true
- 将配置推送到Nacos
这里我们在seataconf
下打开git终端,执行sh nacos-config.sh 192.168.136.130

执行完成后在git终端看到如下日志说明推送成功
init nacos config finished, please start seata-server.
- 登录nacos控制台验证配置

如上可以看到seata相关的63条配置。吐槽一下:这配置看起来好乱,期待后续这一块可以优化!
Seata Server端存储模式(store.mode)现有file、db两种(本系列用的是file模式,使用db模式可以参照官网配置 http:// seata.io/zh-cn/docs/ops /deploy-guide-beginner.html ), 两种模式的区别如下:
- file模式为单机模式,全局事务会话信息内存中读写并持久化本地文件root.data,性能较高;
- db模式为高可用模式,全局事务会话信息通过db共享,相应性能差些。
客户端修改
上篇文章中我们在服务项目的resource
文件夹中放入了2个文件file.conf
,registry.conf
,这次我们只需要删掉file.conf
,然后再将服务端修改后的registry.conf
重新拷贝到resource
文件夹。

测试
按照如下过程进行测试:
- 启动Seata-Server

登录nacos控制台可以发现Seata已经注册进nacos
- 启动微服务

在Seata控制台可以看到服务注册
- 业务测试
正常情况会看到如下日志

如果出现异常需要回滚会看到这样的日志

好了,各位朋友们,本期的“SpringCloud Alibaba微服务实战八 - Seata 整合Nacos”到此就全部结束啦,咱们下篇见!
one more thing! 如果你觉得这篇文章有点用的话,求"转发"、求"在看"。名人不说暗话,我喜欢这种赶脚!
one more thing again! 再见之前让我再求一波关注,请扫描下方二维码与我联系~


系列文章
☞ SpringCloud Alibaba微服务实战七 - 分布式事务
☞ SpringCloud Alibaba微服务实战六 - 配置隔离
☞ SpringCloud Alibaba微服务实战五 - 限流熔断
☞ SpringCloud Alibaba微服务实战四 - 版本管理
☞ SpringCloud Alibaba微服务实战三 - 服务调用
☞ SpringCloud Alibaba微服务实战二 - 服务注册
☞ SpringCloud Alibaba微服务实战一 - 环境准备