调式源码解决 seata 报错 can not get cluster name 问题

1,994 阅读4分钟

开启掘金成长之旅!这是我参与「掘金日新计划 · 2 月更文挑战」的第 3 天,点击查看活动详情

最近在使用Spring Cloud整合分布式事务seata,项目启动之后,控制台一直报错:

can not get cluster name in registry config 'service.vgroupMapping.nacos-provide-order-seata-service-group', please make sure registry config correct
can not get cluster name in registry config 'service.vgroupMapping.nacos-provide-order-seata-service-group', please make sure registry config correct
can not get cluster name in registry config 'service.vgroupMapping.nacos-provide-order-seata-service-group', please make sure registry config correct

无法在注册配置上找到service.vgroupMapping.nacos-provide-order-seata-service-group配置。

问题分析

搭建seata服务,需要用到配置中心,将配置文件config.txt上传到Nacos配置中心,其中有一项配置是:

service.vgroupMapping.default_tx_group=default

这个配置和控制台报错信息很像:

service.vgroupMapping.nacos-provide-order-seata-service-group

这个配置就是事务分组,从 官网文档 看到事务分组的配置:

总结就是需要在客户端的配置文件添加配置seata.tx-service-group=xxx,seata通过这个配置去Nacos配置中心寻找配置service.vgroupMapping.xxx

上面导入的配置为service.vgroupMapping.default_tx_group,所以在application.yml文件添加配置:

seata:
   tx-service-group: default_tx_group

项目重新启动,还是同样的报错

既然提示找不到配置,在配中心添加配置文件nacos-provide-order-seata-service-group:

添加配置之后,就不报错了,文档有说明:

获取事务分组(服务启动时加载配置) spring/springboot可配置在yml、properties中,对应值"my_test_tx_group"即为事务分组名,若不配置则默认以:spring.application.name值+-seata-service-group拼接后的字符串作为分组名。

seata还是按照默认的配置spring.application.name + -seata-service-group去配置中心找配置,上面的配置没有生效。

调式源码

报错是在NettyClientChannelManager类的176行:

transactionServiceGroup表示事务分组名,调式到分组名值为nacos-provide-stock-seata-service-group,说明配置seata.tx-service-group没有生效,就需要找到transactionServiceGroup来源。

一般调式代码,都是调式下一步,往上调式就用到了调式的上一步:

从上面的断点调式上一步,就定位到RmNettyRemotingClient类的第194行:

transactionServiceGroup是一个实例变量,需要唯一赋值该变量的地方就在RmNettyRemotingClient类的第140行:

setTransactionServiceGroup方法被本类的getInstance方法调用,也就是RmNettyRemotingClient99行,添加断点,重启服务:

调式上一步,定位到RMClient类的init方法:

调式上一步,定位到GlobalTransactionScanner类的201行:

此时txServiceGroup又是一个实例变量,找到变量赋值的位置:

添加断点之后,重启服务,到了断点,再点击上一步,一直定位到GlobalTransactionAutoConfiguration

@Bean
public GlobalTransactionScanner globalTransactionScanner() {

	String applicationName = applicationContext.getEnvironment()
			.getProperty("spring.application.name");

	String txServiceGroup = seataProperties.getTxServiceGroup();

  if (StringUtils.isEmpty(txServiceGroup)) {
		txServiceGroup = applicationName + "-seata-service-group";
		seataProperties.setTxServiceGroup(txServiceGroup);
	}

	return new GlobalTransactionScanner(applicationName, txServiceGroup);
}

txServiceGroup首先通过seataProperties.getTxServiceGroup获取,如果为null,就使用applicationName + -seata-service-group

从最终报错位置看,seataProperties.getTxServiceGroup无法获取txServiceGroup,先看getTxServiceGroup获取数据:

@ConfigurationProperties("spring.cloud.alibaba.seata")
public class SeataProperties {

	// todo support config Seata server information

	/**
	 * Seata tx service group.default is ${spring.application.name}-seata-service-group.
	 */
	private String txServiceGroup;

	public String getTxServiceGroup() {
		return txServiceGroup;
	}

	public void setTxServiceGroup(String txServiceGroup) {
		this.txServiceGroup = txServiceGroup;
	}

}

最终发现txServiceGroup是通过配置spring.cloud.alibaba.seata.tx-service-group内容获取。

问题解决

application.yml文件配置配置,

spring:
  cloud:
    alibaba:
      seata:
        tx-service-group: default_tx_group

seata获取到default_tx_group属性后,在nacos配置中心找到service.vgroupMapping.default_tx_group配置。

总结

  • Spring Cloud整合seata,控制台报错can not get cluster name in registry config 'service.vgroupMa
  • 查询文档,nacos添加了service.vgroupMapping.xxx配置,就需要在yml文件上seata.tx-service-group=xxx配置。添加后控制台还是报错。
  • 调式源码,找到报错代码位置,一步一步向上调试,找到分组事务无法设置的原因,最后发现分组事务是根据spring.cloud.alibaba.seata.tx-service-group属性来设置。

官方文档更新不及时的时候,这就需要我们调式源码的能力。前段时间一直在写解析源码的文章,所以也在尝试一步步调式代码,最终解决了问题,对自己能力也是一次提高。平时开发遇到问题,通过调式源码,可以快速的定位问题。

授人以鱼不如授人以渔,作为程序员,重要的不是找到问题,而是找到问题的解决方案。要追根溯源,做到心中有数,遇问题也不慌。

感觉不错的话,点点赞吧

开启掘金成长之旅!这是我参与「掘金日新计划 · 2 月更文挑战」的第 3 天,点击查看活动详情