学习

# 顺序消息的定义和实现 在消息队列中，消息的顺序性一般指的是时间的顺序性，排序的依据就是时间的先后。从功能来看，即生产端发送出来的消息的顺序和消费端接收到消息的顺序是一样的。 # 基于顺序存储

# 静态 / 动态配置的实现 静态配置信息一般以 YAML、JSON、Properties 等格式存，在服务启动时加载配置文件到内存当中，进行业务逻辑处理。 动态配置是指服务可以从某个地方动态加载

# 集群构建 Pulsar 集群构建和元数据存储的核心依旧是 ZooKeeper，同时社区也支持了弱 ZooKeeper 化改造。 Pulsar 的全部元数据都持久化存储在 ZooKeeper 中

# 数据可靠性 Kafka 集群维度的数据可靠性也是通过副本来实现的，而副本间数据一致性是通过 Kafka ISR 协议来保证的。 ISR 协议的核心思想是：通过副本拉取 Leader 数据、动态维

# 集群构建 RocketMQ 的元数据实际是存储在 Broker 上，不是直接存储在 NameServer 中。NameServer 本身只是一个缓存服务，没有持久化存储的能力。 从原理来看，R

# 集群构建 集群构建由节点发现和元数据存储两部分组成。 * 固定配置发现：是指通过在 RabbitMQ 的配置文件中配置集群中所有节点的信息，从而发现集群所有节点的方式。和 ZooKeeper

# 丢消息 消息队列的丢消息是指生产了一条消息，但是预期中的消费者却没有消费到这条消息。 # 消息的唯一标识 一般是指消息的唯一 ID，和 OpenTelemetry Traces 中的 Tra

可观测性分为指标（Metrics）、日志（Logs）、跟踪（Traces）三个方面。 # 消息队列有哪些关键指标？ 所有的消息队列有通用的核心指标，主要有五类：集群（Cluster）、节点（Nod

# 集群中的数据加密 要实现这个效果一般有以下两种方案： * 第一种就是上面说的，由服务端自动化做好加密解密。工作量全在服务端，客户端没有任何工作量。 * 第二种是客户端在生产的时候自助做好加密逻辑，

消息队列的系统安全由六部分组成：网络隔离、传输安全、集群认证、资源授权、自我保护、数据加密。 # 网络隔离的安全性 不管是什么系统，从安全的角度来看，最完美的保护就是网络隔离。这很好理解，一个

# PageCache 调优和 Direct IO 有以下三种情况，PageCache 无法起作用。 1. 使用 FIleChannel 读写时，底层可能走 Direct IO，不走页缓存。 2.

# 分区、副本和数据倾斜 在主从架构中，为了保证数据写入的顺序性，写入一般都是由 Leader 负责。因为组件功能特性和实现方式的不同， Follower 在功能上一般会分为这样两种情况。 1. 只

# 元数据存储服务设计选型 业界主要有基于第三方存储引擎和集群内部自实现元数据存储两种方案。 ## 基于第三方存储引擎 业界主流的分布式消息队列都是选用分布式的协调服务，如 ZooKeeper、e

# 有状态服务和无状态服务 二者之间最重要的一个区别在于：是否需要在本地存储持久化数据。需要在本地存储持久化数据的就是有状态服务，反之就是无状态服务。消息队列集群应该是按照有状态服务来设计的。

消息队列的性能和可靠性由生产者、Broker 集群、消费者三方共同保障，而不只是服务端的工作。 通常衡量集群性能的一个重要指标是全链路耗时，即客户端发出一条消息到消费者消费到这条消息的时间差。

# Pulsar 系统架构 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/44ca1bb214ee4b9288743

# Kafka 系统架构 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/1b71fe42adac49e697b8121

# RocketMQ 系统架构 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/2969f4b9d5de46eebeb

# RabbitMQ 系统架构 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/f73347c55f254d298bf8

# 消费分组 消费分组是用来组织消费者、分区、消费进度关系的逻辑概念。消费分组和 Topic 是强相关的。因为 Topic 不存储真实数据，分区才存储消息数据，所以就需要解决消费者和分区的分配关系，