执行效果如图所示,表示更新成功。

我们再来从 rocketmq-console 中来看命令执行后的效果:

从上图可以得知,主题的队列数已经扩容到了8个,并且在集群的两台broker上都创建了队列。
[](
)1.3 消息发送
从 RocketMQ 系列可知,RocketMQ 是支持在线 topic 在线扩容机制的,故无需重启 消息发送者、消息消费者,随着时间的推移,我们可以查看topic的所有队列都参与到了消息的负载中,如图所示:

我们可以清晰的看到,所有的16个队列(每个 broker 8个队列)都参与到了消息发送的,运维小哥愉快的完成了topic的扩容。
该 topic 被 5个消费组所订阅,突然接到通知,其中有两个消费组反馈,部分队列的消息没有被消费,导致下游系统并没有及时 需要zi料+ 绿色徽【vip1024b】
处理。
当时到项目组提交到消息组时,我第一反应是先看消费者的队列,打开该主题的消费情况,如图所示:

博客讲述了在RocketMQ主题扩分片后遇到的问题,即部分消费组无法消费新扩容的队列。经过分析,发现原因是集群扩容时未在新broker上创建订阅关系。解决方案是手动在新broker上创建订阅消息,从而解决消息积压问题。博主强调了问题复盘和处理问题的方法,以及集群扩容时同步topic和订阅组文件的重要性。
最低0.47元/天 解锁文章
2355

被折叠的 条评论
为什么被折叠?



