MQ 概述

MQ 简介

MQ (Message Queue)这意味着新闻队列，通常是指提供新闻队列服务的中间部分。简单地说，它是接收、存储和转发信息的东西。

MQ 有很多应用场景，一般分为 3 类

暂存系统超载请求 MQ 在中间，然后在系统负消耗。一方面，为了提高资源利用率，防止系统被过度要求压垮。

一般是 A 服务完成后，发出通知，其他服务可以订阅这些信息来处理自己的逻辑。A 不关心订阅者的处理逻辑，也不需要等待其他服务同步完成。另一方面，订阅者不需要改变 A 服务代码。

一般用在大数据行业，例如物联网行业内，传感器每时每刻都在产生数据，一个是数据量大，一个是写入频率高。传统的数据库不适合直接处理这样的数据。而MQ这种数据存储的临时介质非常适合，这主要是 Kafka 的天下。

MQ 功能基本相同，市场上没有多少选择。我选择了 RocketMQ主要考虑以下几点：

RocketMQ主要分 4 部分，Producer，Consumer，Name Server，Broker Server

也就是说，生产者负责发送消息。 NameServer 里拉取目标 Broker 然后发送信息 Broker，支持同步发送、异步发送、顺序发送、单向发送

也就是说，消费者负责从消费者的角度提取和消费消息 2 获取消息的方式:拉取消费(Pull) 促进消费(Push)。同时提供2 消费模式：集群消费和广播消费。

与微服务中的注册中心类似的名称服务器持有 Broker 一些信息供生产者和消费者选择Broker。

代理服务器负责存储和转发消息。内部还存储消息的元数据，包括消费者群体、廉价消费进度、主题、队列消息等

实际消息的载体，包含实际消息以及一些元数据例如，Topic、Tag等

收集一类新闻，是的 RocketMQ 基本单位的订阅

Topic进一步的内部划分实际上是 consumerqueue，主题一般包括一个或多个队列，并区分阅读和写作的逻辑区别。信息索引存储在队列中，实际消费信息从这里提取。在集群模式的同时，一个队列只能由同一消费者组中的一个消费者消费。

启动 Name Server，Name Server 监控指定端口等待 Broker Server、Producer、Consumer 连接
启动 Broker Server，Broker Server连接 Name Server，在Name Server维护自己 Topic、Queue 以及负载等信息
启动 Producer，连接 Name Server，创建或获取 Topic，并从 Name Server 中选出 Topic 对应的 Broker Server地址以及 Queue 信息，然后像 Boker Server 发送消息。
Broker Server 收到消息后，会计信息 consumerqueue 中的偏移、tag hash等待其他数据组装成消息，然后写入 commitlog 同时，在相应的文件中写入索引 consumerqueue 的文件中。
启动 Consumer，连接 Name Server，通过 topic以及从Name Server 拿到真实的 Broker Server 地址以及 Queue 信息。Queue 也就是 consumerqueue，内部包含 Topic 消息在 commitlog 根据文件中的偏移消费进度(集群消费模式下的消费进度 broker 由广播模式提供 consumer 自己提供)拉下一条消息消费(实际上是缓存后分批或分批消费)，消费完成后返回 ACK，成功或其他状态。