RocketMQ消息模型

原文链接：https://www.cnblogs.com/volare/p/12260031.html 

rocketmq采用的是发布-订阅的模式，不需要每个消费者维护自己的消息队列，生产者将消息发送到topic,消费者订阅此topic 读取消息。

 

 基本概念：

　　消息模型：消息模型包括producer,consumer,broker三部分。producer生产消息，consumer消费消息，broker存储消息，broker可以是集群部署，其中topic位于broker中

　　Producer:　一般是业务系统为生产者，将消息投递到broker，投递消息要经历“请求-确认”机制，确保消息不会在投递过程中丢失。过程：生产者生产消息到broker,broker接受消息写入topic.

之后给生产者发送确认相应，如果生产者没有收到服务端的确认或者收到失败的响应，则会重新发送消息；在消费端，消费者在收到消息并完成自己的消费业务逻辑（比如，将数据保存到数据库中）后，也会给服务端发送消费成功的确认，服务端只有收到消费确认后，才认为一条消息被成功消费，否则它会给消费者重新发送这条消息，直到收到对应的消费成功确认。

　　Topic:表示一类消息的集合，每个主题包含若干条消息，每条消息只能属于一个主题，是RocketMQ进行消息订阅的基本单位。

　　生产者组：同一类Producer的集合，这类Producer发送同一类消息且发送逻辑一致。如果发送的是事物消息且原始生产者在发送之后崩溃，则Broker服务器会联系同一生产者组的其他生产者实例以提交或回溯消费。

　　消费者组：同一类Consumer的集合，这类Consumer通常消费同一类消息且消费逻辑一致。消费者组使得在消息消费方面，实现负载均衡和容错的目标变得非常容易。要注意的是，消费者组的消费者实例必须订阅完全相同的Topic。RocketMQ 支持两种消息模式：集群消费（Clustering）和广播消费（Broadcasting）

 

具体看一下消息模型图:

　　

 

 1、topic中队列的意义？

　　1）topic中队列是可配置的，多个队列相当于是负载均衡，将生产者投递到该topic中的消息分别加入各个队列中，图中为2个队列，即相当于将topic的消息承载体分为两段（即每条消息只会往每个队列里发一次，在topic中是唯一的），这样是为了提供性能，多实例并发生产和消费

　　2）topic中不能保证消息有序，但是在队列中消息有序

2、消费者组如何消费？

　　1）同一个消费者组的消费者只能同时有一个消费者获取一个队列的消息，其他的消费者可以获取其他队列的消息。并且每个消费组自己维护在队列中读取消息的位置

　　2）每个消费组都消费主题中一份完整的消息，不同消费组之间消费进度彼此不受影响，也就是说，一条消息被 Consumer Group1 消费过，也会再给 Consumer Group2 消费。

　　3）topic中的消息被一个消费组消费完不会删除，应该是所有的消费者组消费完后删除

　　4）对与一个消费者组来说，在同一个队列中的消费是串行的，但是多个队列加在一起就是并行消费，所以水平扩展可以提高消费性能

 

3、如何保证读取消息的有序性（一个消费组在一个主题下的多个队列并发消费就无法保证消息的顺序性）？

　　后台将消息发送到同一队列中（fe:按照订单ID或者用户ID，用一致性哈希算法，计算出队列ID，指定队列ID发送，这样可以保证相同的订单/用户的消息总被发送到同一个队列上，就可以确保严格顺序了。）

4、消息发送确认是否会影响效率？

　　rocket是批量确认消息的。

 

由此可见，rocketmq的消息模型简单来说，producer投递消息到topic中的各个队列，各消费者组订阅topic,消费者组中的消费者并行消费队列中的消息。