本章主要讲解Rebalance在consumer端的作用,如果要理解consumer的逻辑,就必须要知道在consumer端有Rebalance这个服务,没有Rebalance也就没有consumer的消息拉取。
Rebalance过程介绍
1、从namesrv获取messageQueue信息
2、从broker获取consumer信息
3、选择Rebalance策略
4、三者结合实现Rebalance操作
Rebalance的平衡粒度
Rebalance是针对Topic+ConsumerGroup进行Rebalance的,在我们创建的comsumer过程中会订阅topic(包括%retry%consumerGroup),Rebalance就是要这些Topic下的所有messageQueue按照一定的规则分发给consumerGroup下的consumer进行消费。
说明:参见RebalanceImpl类
1、着重需要强调的概念,Rebalance是针对订阅的topic进行Rebalance,也就是假如consumer订阅了10个Topic,那么我们就需要对10个Topic里的每一个Topic进行Rebalance。
Rebalance的平衡过程
说明:参见RebalanceImpl类
1、Rebalance的过程需要3个要素,分别是Topic下的所有MessageQueue、consumerGroup下的所有consumer、Rebalance策略。这里的MessageQueue是指Topic在每个broker上的队列配置信息。
2、获取MessageQueue信息,获取consumerGroup下的consumer信息,根据Rebalance策略进行Rebalance。
3、更新Rebalance的结果进行消息的拉取。
4、Rebalance更新consumer负责的messageQueue
说明:参见RebalanceImpl类
Rebalance策略
说明:参见RebalanceImpl类
说明:参见AllocateMessageQueueAveragely类
1、举其中一种策略说明,这个策略是考虑当前consumerId的位置,consumer的数量,MessageQueue的数量,根据consumerId所处的位置决定分配多少消费队列。
2、该过程会动态调整,也可能会不一致,因为依赖的数据来自broker会有不一致,但是最终肯定会一致,周期性的Rebalance的作用。
MessageQueue获取过程
说明:参见MQClientInstance类
1、consumer端的MessageQueue是根据topic中的readQueueNums来计算的
2、计算MessageQueue的TopicRouteData是从namesrv中获取的
Consumer获取过程
说明:参见MQClientInstance类
参见:MQClientAPIImpl类
说明:参见ConsumerManageProcessor类
1、获取consumer列表跟注册过程是对称的
Consumer注册过程
要知道consumer的获取必须知道consumer是怎么注册的,其实consumer会把注册信息发送给broker保存,当然由于没有强一致性的保证,会存在某些极端情况下broker上的配置不一致,但是由于这是一个周期性的任务,所以最终肯定会达到一致的。
说明:参见DefaultMQPushConsumerImpl类
说明:参见MQClientInstance类
1、心跳信息包含client的注册信息
2、同步给broker的信息是最终一致性的,非强一致性
说明:参见ClientManageProcessor
1、处理consumer心跳信息的入口
说明:参见ConsumerManager类
1、broker保存consumer元信息