我们经过20多小节的介绍，我们的RabbitMQ（简称MQ）讲解就算讲解完毕，下面就是来做一个小节，可供参考。

上个小节我们介绍了RocketMQ和RabbitMQ和Kafka的基本差距，本小节我们来做一个简单的部署和操作。

到这里我们的RabbitMQ的讲解就已经基本讲解完毕，但是这里还涉及到一个比较类似的软件：RocketMQ。下面几个小节我们将来讲解这个软件。

在前几年很火的云平台：OpenStack。在里面创建虚拟主机，大概会经过下面几个步骤，申请网络资源，申请磁盘资源等。而提供这2个资源的组件是不相同的，他们就会通过RabbitMQ来来实现解耦和异步通信。

到目前为止，我们的RabbitMQ的基本功能就算已经讲解完毕，本小节给RabbitMQ的常用命令做一个总结，当然很多命令也可以通过网页和http接口实现，具体用什么方式，就看个人习惯和技能的掌握程度。

今天来讲RabbitMQ监控，实际上我们前面的web插件和几http api 都有监控功能，只是一个web界面查看，一个用http接口（适合接入自己的监控，并且需要对http很熟悉才行）。

RabbitMQ 提供的 RESTful 接口，用于无需登录Web控制台即可管理集群、监控状态、操作资源。适合自动化运维、集成监控系统（如Prometheus/Zabbix）或自定义管理工具。

本文介绍了RabbitMQ集群网络分区的处理与预防方法。主要内容包括：网络分区识别确认方法；解决根本网络问题的优先级；自动恢复（推荐）和手动恢复（需谨慎）两种处理方式；详细的节点剔除与重新加入集群操作示例。预防措施建议：构建健壮网络基础设施、合理配置集群规模与放置、加强监控告警、调整心跳参数、使用Federation/Shovel连接、优先采用QuorumQueues等。强调默认pause-minority模式通过牺牲少数派可用性保证数据一致性的重要性，建议运维时优先采取预防措施，处理恢复时需谨慎以避免数据

没处理过RabbitMQ网络分区的运维，不是好运维。虽然这是一句玩笑话，但是也从侧面说明网络分区的问题在RabbitMQ里面重要性。

前面两个小节，我们通过手工启动节点，然后通过命令行操作让他变成普通集群和镜像模式。今天我们通过配置文件方式来配置集群，并支持镜像模式。最主要他可以实现自动化部署镜像模式。

上个小节我们介绍了RabbitMQ伪集群模式，虽然元数据是同步共享的，但是数据只存在某一台节点，当这个节点宕机以后，整个集群也就出现问题，所以本小节我们介绍一个新的正在的高可用方案：镜像队列（Mirrored Queues）。

前面我们讲解了部署RabbitMQ的相关概念和操作，但是都是使用单机，作为一个分布式系统，怎么能没有集群版呢，今天我们就来讲解集群部署，虽然是伪集群，但是方便我们更好的理解后面的镜像队列（Mirrored Queues）。

死信队列是一种特殊队列，用于存储因特定原因无法被正常消费的消息。这些消息被称为 “死信”（Dead Letter）

我们在Rabbitm-队列（Queues）的时候，介绍创建队列的时候后面还有很多参数，今天我们介绍的延迟队列就会利用到它。而且我们交换机还可以把消息转发到其他交换机（有些交换机只对内）。

上个小节我们介绍了RabbitmqMQ的元数据的持久化是和节点的类型有关（内存节点和硬盘节点），但是消息如果写入到RabbitMQ以后，未及时消费，集群崩溃数据是否会被丢失呢，这个就是我们今天要讲的消息持久化。

我们在Rabbitmq部署的时候，介绍过RabbitMQ的数据依赖主机名进行持久化，但是实际上在RabbitMQ里面还有内存节点和硬盘节点的概念，下面我们就来介绍这2个概念。

上个小节我们通过生产者代码，向RabbitMQ的交换机发送消息，本小节我们就通过消费者代码去读取队列里面数据，以下代码基于DeepSeek生成。我们可以和生产者的RabbitMQ配置对比下，看下有什么差距。

我们通过虚拟主机，交换机，队列，绑定，将RabbitMQ连成了一个整体，生产者可以向交换机发送消息，交换机根据绑定规则可以把消息转发给对应的队列进行存储，消费者可以连接到队列去消费数据。

前面的内容，我们介绍了虚拟主机（vhost），但是它只是一个逻辑概念，它必须配合对应的交换机（Exchange），队列（Queue），绑定（Binding）才能具体使用，今天我们就来介绍绑定。

前面的内容，我们介绍了虚拟主机（vhost），但是它只是一个逻辑概念，它必须配合对应的交换机（Exchange），队列（Queue），绑定（Binding）才能具体使用，今天我们再来讲解队列。

前面的内容，我们介绍了虚拟主机（vhost），但是它只是一个逻辑概念，它必须配合对应的交换机（Exchange），队列（Queue），绑定（Binding）才能具体使用，今天我们首先来介绍的是交换机。

RabbitMQ 中的 vhost（Virtual Host，虚拟主机）是一个核心概念，它提供了一种逻辑上的隔离机制，允许在同一个 RabbitMQ 服务器实例上创建多个相互独立的消息环境。

RabbitMQ 的 Web 管理界面提供了一个基于浏览器的可视化工具，用于监控队列、交换机、连接状态等核心指标，管理虚拟主机、用户权限，并支持执行简单的消息操作（如发布、清除），简化日常运维。

由于RabbitMQ集群部署和其他的集群部署略有区别,并且有一定的MQ知识储备，所以这里只介绍单机部署。

本章的介绍的RabbitMQ和我们上个章节介绍的Kafka在一定程度上相似的功能，如果不是面试八股文，一般不需要去单独记录，当我们熟悉它主流的功能以后，我们就会在架构设计的时候把他们放置在不同的位置。