rocketmq python 一个进程订阅多个topic_rocketmq 问题汇总-一个consumerGroup只对应一个topic...

在RocketMQ中,一个消费者组内的不同消费者订阅不同topic时,可能出现消费混乱。当新消费者启动并重新平衡时,会导致消费者仅消费部分topic,引发异常日志。问题源于消费者心跳通信时,broker端的topic管理处理导致topic反复被添加和移除。解决办法是调整消费者订阅策略或更新RocketMQ版本以避免此问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1 同一个订阅组内不同Consumer实例订阅不同topic消费混乱问题调查

图1:

背景说明:

如图1左半部分,假设目前的关系如下:

broker: 两个,broker_a和broker_b

topic:两个,topic1和topic2,每个topic在每个broker上分为4个queue

consumer:两个,consumer1和consumer2,都属于group1,分属于不同的jvm运行。

默认情况下,topic和queue的对应关系是:

topic1 broker_a q0~q3,

topic1 broker_b q0~q3,

topic2 broker_a q0~q3,

topic2 broker_b q0~q3

rebalance流程开始:

假设consumer1先启动,consumer1最终通过rebalance对应关系如下:

topic1 broker_a q0~q3,

topic1 broker_b q0~q3

接着consumer2启动,consumer2具体rebalance流程如下:

关键点在5.2,会把consumer1也抓下来,接着根据分配策略会导致consumer2只消费broker_b上topic2对应的q0~q3。

同样,consumer1也会进行rebalance,进而使其只消费broker_a的topic1对应的q0~q3,最终导致其关系变为图1中右图所示。

consumer端警告日志:

rebalance完成之后,consumer端间断打印如下异常:

14:22:04.005 [NettyClientPublicExecutor_3] WARN R

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值