rocketmq使用的客户端负载均衡,hash算法是在客户端实现。
该算法使用的是数据来源为 namesrv提供的broker集合,和随机到一台broker上获取findConsumerIdList的集合。 改机制可靠性成立的两个关键核心是,broker与namesrv之间的网络可靠性必须一致,和client与broker之间的网络可靠性必须一致。
一旦发生局部网络不一致则有概率产生,两个client计算出统一个MessageQueue,这样commit操作是自相冲突的。会产生重复消费。
原提问者GitHub用户beijixiongzzj
在网络出现问题或者是系统抖动的情况下确实有可能导致这些情况,所以rocketmq客户端有定时获取元数据做rebalance的机制,而且出现上述问题后,最大的可能在于重复消息,而不会丢失消息,我们认为这个是可以接受的
原回答者GitHub用户duhenglucky
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。