一、订阅关系的一致性
同一个消费者组(GroupId相同)下所有Consumer实例所订阅的Topic与Tag及对消息的处理逻辑必须完全一致。否则消息逻辑混乱会导致消息丢失。
错误:
二、offset管理
Consumer的消费进度offset。
消费进度offset记录每个Queue的不同消费组的消费进度,根据消费进度器不同,可以分为本地模式、远程模式。
- 本地管理模式
消费模式为广播消费,每条消息被所有消费者消费,每个消费者记录自己的消费进度,不存在交集。以json模式持久化到consumer本地磁盘文件中,默认文件路径为当前用户主目录下的.rocketmq_offsets? c l i e n t I d / {clientId}/ clientId/{group/offsets.json}。其中${clientId}为当前消费者id,默认为ip@DEFAULT;group为消费者组名称。 - 远程管理模式
消费模式为集群消费,所有consumer共享消费进度,文件目录为store/config/consumerOffset.json
Broker 启动时加载该文件并写入双层map。外层map的key为topic@group,value为内层map,内层map 的key为queueId,value为offset。当rebalance时,新的consumer会从该map中获取到相应的数据来继续消费。
重要为了保证rebalance机制。 - 用途
消费起始位置自己设置的,可以通过枚举类型。
CONSUMER_FROM_LAST_OFFSET:从queue的当前最后一条消息开始消费。
CONSUMER_FROM_FIRST_OFFSET:从queue的第一条消息开始消费。
CONSUMER_FROM_TIMESTAMP:从指定的具体时间戳开始消费。时间戳通过consumer.setConsumeTimeStamp(“202109260340”)yyyyMMddHHmmss
当消费完一条消息consumer向broker提交 消费进度offset,broker收到消息后更新双层map并向consumer发送ACK,ACK包括最小offset(minOffset)、最大offset(maxOffset)、下次消费起始offset(nextBeginOffset)。
出现异常时会将异常消息的offset提交到broker提交到重试队列中。 - offset同步异步提交
同步提交:消费者消息完消息向broker提交offset并等待ACK存放 nextBeginOffset ,没有响应则重新提交。
异步提交:不需要等待broker ACK响应。需要注意的是,nextBeginOffset在Broker中获取。