RocketMq之创建主题

自动创建的风险

• 用户指定的读写队列数可能不是预期结果。创建的Topic的读队列数和写队列数取值为默认Topic（“TBW102”）的读队列数和Produce端设置的队列数的最小值。
• 不能保证所有的Broker上都能注册该Topic。Broker创建了新的Topic后，新的Topic信息马上被同步给了Namesrv，然后其他的Producer也刚好都从Namesrv同步了该Topic的路由信息，则接下来所有的Producer都只会向这一个Broker发送消息，其他Broker也就不会再有机会创建新Topic。
• 启用Broker故障延迟机制时，由于不是所有的Broker上都创建了同一Topic，可能会导致故障延迟命中失败。

最终结论

　　在发送消息自动创建Topic时，对于此前已运行的borker服务器，修改配置文件的defaultTopicQueueNums属性的值不起作用。

　　因为发送消息自动创建Topic的实现里，队列数取小对比操作的变量——defaultTopicConfig写在topics.json的配置信息里的writeQueueNums及readQueueNums，读取自Topics.json，所以即使修改配置文件并重启borker服务器后也不会改变。而服务端最终会用topics.json的值覆盖发送消息自动创建Topic时的TopicConfig配置信息。

阿里的解释

队列是资源，所以管控权会放到服务器。

但是每个用户的默认策略又不一样，所以会有一个默认topic作为模板，在未创建默认topic前，系统会自动创建一个。

这个可以占到运维的角度思考，例如你运维了10个集群，为1000个用户服务。有些用户需要动态的创建topic，但是不能给他足够的权限，想创建多少创建多少。

所有会给他一个模板的topic，就是defaultTopic,动态创建topic继承于defaultTopic配置，队列数不能超过defaultTopic。

手动创建

-b 指定broker上创建topic

-c参数 指定cluster创建topic（rocketMq console默认使用这种方式）