本篇作为SpringCloud Alibaba微服务实战系列的第八篇,主要内容是让Seata使用Nacos作为注册配置中心。系列文章,欢迎持续关注。
上篇文章中我们使用的是Seata的file配置实现分布式事务,既然本系列文章用的是Springcloud alibaba全家桶而Seata又恰好支持Naocs,那么我们肯定也将选择Nacos作为Seata的注册配置中心。本篇文章我们将一步一步把Seata整合上Nacos,大家伙跟我一起动手试试吧~
本篇文章依赖于上篇文章SpringCloud Alibaba微服务实战七 - 分布式事务
配置调整
服务端配置修改
服务端主要是修改\seata\conf\registry.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
此处主要修改\seata\conf\nacos-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
这里我们在\seata\conf
下打开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”到此就全部结束啦,咱们下篇见!