简介
rocketmq在非生产环境都可以通过配置自动化创建避免手动创建的麻烦。但是你知道自动创建的真实流程吗?自动创建为什么不能在生产环境开启,会遇到什么问题?带着好奇和疑问开启今天的旅程。
目录
今天我们通过以下几个方面解开producer自动创建topic的神秘面纱。
一、Producer发送不存在的topic
Producter在发送新的topic信息的时候会发生本地获取不到,请求namesvr也获取不到的情况。这之后Producter会设置
requestHeader.setDefaultTopic(this.defaultMQProducer.getCreateTopicKey());
并用请求码RequestCode.SEND_MESSAGE请求rocketmq的borker端。注意这个地址是通过我们配置的路由策略获取的,所以肯定只有一个地址获取到了我们的请求,也就意味着最终自动创建topic只在一个broker里面存在。
二、broker接到不存在的topic
broker处理器SendMessageProcessor在接受远程请求的时候会走起processRequest方法,该方法在处理参数请求之前就check下参数的topic是否存在,并且如果不存在的情况下broker是否开启了自动创建,也就是是否有TBW10的主题。如果主题存在就会自动创建该topic,并将该broker重新同步namesvr,同步code为RequestCode.REGISTER_BROKER。
请求流程如下图:
图1
三、namesrv同步自动创建topic
当namesrv接到code为REGISTER_BROKER的请求时,就会按照以下步骤处理请求:
图2
namesrv在接收到REGISTER_BROKER请求的时候有一个步骤就是感知我们传送过去的topicconfig的变化,更新配置表。
图3
通过broker和namesvr的配合,自动创建topic功能就完成了。
首先producter先尝试在本地和namesvr获取该topic信息。
如果获取不到则包装一个defaultTopic字段发给broker。
在broker端配置上如果配置了自动创建topic(autoCreateTopicEnable=true),
则broker会将TBW102注册到topicConfigTable当中。
当客户端发送broker请求的时候如果该broker没有该topic信息,并且请求namesrv也获取不到,就会按照TBW102的配置创建一个新的topic信息,并将其同步到rocketmq的namesvr当中,这样就可以达到偷梁换柱(啊!自动创建)功能。
由此,我们也能看到自动创建topic只在一个broker存在,破坏了高可用性,线上环境应禁止使用。