【消息队列】RocketMQ架构及其可用性保证

一、RocketMQ 架构

正常的 RocketMQ 服务一般由4个部分组成：

1. Producer：生产者，生产的消息将投递到Broker服务器；
2. Consumer：消费者，消费消息时从Broker服务器进行拉取；
3. Name Server：提供指定Topic的消息与Broker节点的路由信息。如果存在多个Name Server实例构成一个集群的话，各实例相互独立，互不影响；
4. Broker：消息的中转站。接收生产者发送过来的消息并存储，并时刻准备着消费者过来拉取消息；

二、RocketMQ 的可用性保证

1. RocketMQ 如何保证消息的可靠性

• 消息的发送—确认机制：生产者投递消息后，需要收到Broker返回的确认成功的消息才会认为消息投递成功，否者会重复投递消息；
• 消息的持久化：发送到Broker的消息会被持久化到磁盘上，如果存在从节点，那么消息还会被复制到从几点上避免消息的修饰；
• 事务消息：生产者向Broker投递一个半消息，这个半消息倍存储在事务消息日志中，半消息不能被消费者消费。半消息成功投递后，生产者开始执行本地事务，如果本地事务执行成功，生产者通知Broker将半消息提交，然后该消息就可以被消费了。如果本地事务执行失败，生产者将通知Broker将半消息回滚删除。

2. RocketMQ 如何保证消息的顺序性

• RocketMQ 实现消息的顺序消费是基于队列的，而且只能保证同一个队列中的消息被消费时的顺序性，不能保证不同队列中消息消费的顺序性。
• 需要实现一个 MessageQueueSelector 接口，定义消息要发送的目标队列；
• 注意消息的发送需要是同步的；

3. RocketMQ 如何处理消息堆积

• 通常会对消费者实例进行水平扩展；
• 提升消费者的消费速度；
• 如果业务允许的情况下，可降低生产者的生产消息速度；
• 通过增加Topic下队列的数量，来提高并发，提高消息消费效率；