1. RocketMQ 基础 1

1. 为什么要使用消息中间件

消息中间件属于分布式系统中一个子系统，关注于数据的发送和接收，利用高效可靠的异步消息传递机制对分布式系统中的其余各个子系统进行集成。

消息中间件的作用：

1. 应用解耦。
   用户创建订单后，如果耦合调用库存系统、物流系统、支付系统，任何一个子系统出了故障或者因为升级等原因暂时不可用，都会造成下单操作异常，影响用户使用体验。使用消息中间件，系统的耦合性就会降低。比如物流系统发生故障，需要几分钟才能来修复，在这段时间内，物流系统要处理的数据被缓存到消息队列中，用户的下单操作正常完成。当物流系统恢复后，继续处理存放在消息队列中的订单消息即可，终端系统感知不到物流系统发生过几分钟故障。
   
2. 削峰填谷。
   应用系统如果遇到系统请求流量的瞬间猛增，有可能会将系统压垮。有了消息队列可以将大量请求缓存起来，分散到很长一段时间处理，这样可以大大提到系统的稳定性和用户体验。
   
3. 数据分发。
   通过消息队列可以让数据在多个系统更加之间进行流通。数据的产生方不需要关心谁来使用数据，只需要将数据发送到消息队列，数据使用方直接在消息队列中直接获取数据即可。
   接口调用的弊端：无论是新增系统，还是移除系统，代码改造工作量都很大。
   使用 MQ 做数据分发好处：论是新增系统，还是移除系统，代码改造工作量较小。
   

2. 物理架构

1. NameServer。
   NameServer 是整个 RocketMQ 的 “大脑”，它是 RocketMQ 的服务注册中心，所以 RocketMQ 需要先启动 NameServer 再启动 Broker。
   Broker 在启动时向所有 NameServer 注册，生产者在发送消息之前先从 NameServer 获取 Broker 服务器地址列表（消费者一
   样），然后根据负载均衡算法从列表中选择一台服务器进行消息发送。
   NameServer 与每台 Broker 服务保持长连接，并间隔 30s 检查 Broker 是否存活，如果检测到 Broker 宕机，则从路由注册表中将其移除。这样就可以实现 RocketMQ 的高可用。
2. 主机(Broker)。
   RocketMQ 的核心，用于暂存和传输消息。
3. 生产者(Producer)
   消息发布者，负责生产并发送消息至 RocketMQ。
4. 消费者(Consumer)
   消息订阅者，负责从 RocketMQ 接收并消费消息。
5. 消息(Message)
   生产或消费的数据，对于 RocketMQ 来说，消息就是字节数组。

3. 概念模型

1. 分组(Group)
   生产者：标识发送同一类消息的 Producer，通常发送逻辑一致。发送普通消息的时候，仅标识使用，并无特别用处。主要作用用于事务消息：事务消息中如果某条发送某条消息的 producer-A 宕机，使得事务消息一直处于 PREPARED 状态并超时，则 broker 会回查同一个 group 的其它 producer，确认这条消息应该 commit 还是 rollback
   消费者：标识一类 Consumer 的集合名称，这类 Consumer 通常消费一类消息，且消费逻辑一致。同一个 Consumer Group 下的各个实例将共同消费 topic 的消息，起到负载均衡的作用。
   消费进度以 Consumer Group 为粒度管理，不同 Consumer Group 之间消费进度彼此不受影响，即消息 A 被 Consumer Group1 消费过，也会再给 Consumer Group2 消费。

2. 主题(Topic)
   标识一类消息的逻辑名字，消息的逻辑管理单位。
   无论消息生产还是消费，都需要指定 Topic。
   区分消息的种类；一个发送者可以发送消息给一个或者多个 Topic；一个消息的接收者可以订阅一个或者多个 Topic 消息。

3. 标签(Tag)
   RocketMQ 支持在发送的时候给 topic 打 tag，同一个 topic 的消息虽然逻辑管理是一样的。但是消费 topic1 的时候，如果你消费订阅的时候指定的是 tagA，那么 tagB 的消息将不会投递。

4. 消息队列(Message Queue)
   简称 Queue 或 Q。消息物理管理单位。一个 Topic 将有若干个 Q。若一个 Topic 创建在不同的 Broker，则不同的 broker 上都有若干 Q，消息将物理地存储落在不同 Broker 结点上，具有水平扩展的能力。
   无论生产者还是消费者，实际的生产和消费都是针对 Q 级别。例如 Producer 发送消息的时候，会预先选择（默认轮询）好该 Topic 下面的某一条 Q 发送；Consumer 消费的时候也会负载均衡地分配若干个 Q，只拉取对应 Q 的消息。
   每一条 message queue 均对应一个文件，这个文件存储了实际消息的索引信息。并且即使文件被删除，也能通过实际纯粹的消息文件（commit log）恢复回来。

5. 偏移量(Offset)
   RocketMQ 中，有很多 offset 的概念。一般我们只关心暴露到客户端的 offset。不指定的话，就是指 Message Queue 下面的 offset。
   Message queue 是无限长的数组。一条消息进来下标就会涨 1，而这个数组的下标就是 offset，Message queue 中的 max offset 表示消息的最大 offset。
   Consumer offset 可以理解为标记 Consumer Group 在一条逻辑 Message Queue 上，消息消费到哪里即消费进度。但从源码上看，这个数值是消费过的最新消费的消息 offset+1，即实际上表示的是下次拉取的 offset 位置。