各位大佬,请教个问题,我们业务采用4.x版本实例,业务初期消费者只订阅一个topic,随着业务增长,一个业务系统需要订阅多个topic,但需要避免滚动造成订阅关系不一致,所以增加一个topic时,都要重新申请个gid,创建一个consumer,造成线程等资源浪费。针对这种情况有什么解决方案吗?
嗯嗯, 现在松散的管理确实容易产生订阅关系不一致的情况。 最稳当的办法是一个group订阅一个topic,每个消费者的线程数开始设置小一点或者是1, 需要再调大。 可以最大限度的避免订阅关系不一致,此回答整理自钉群“群2-Apache RocketMQ 中国开发者钉钉群”
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
涵盖 RocketMQ、Kafka、RabbitMQ、MQTT、轻量消息队列(原MNS) 的消息队列产品体系,全系产品 Serverless 化。RocketMQ 一站式学习:https://rocketmq.io/