RabbitMQ镜像队列机制

于 2025-04-29 14:43:17 发布
阅读量983 收藏 15
点赞数 18
分类专栏： 消息队列 文章标签： rabbitmq ruby 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_35426036/article/details/147609942
版权

镜像queue有master节点和slave节点。master和slave是针对⼀个queue⽽⾔的，⽽不是⼀个node作为 所有queue的master，其它node作为slave。⼀个queue第⼀次创建的node为它的master节点，其它node为slave节点。

⽆论客户端的请求打到master还是slave最终数据都是从master节点获取。当请求打到master节点时， master节点直接将消息返回给client，同时master节点会通过GM（Guaranteed Multicast）协议将queue的最新状态⼴播到slave节点。GM保证了⼴播消息的原⼦性，即要么都更新要么都不更新。

当请求打到slave节点时，slave节点需要将请求先重定向到master节点，master节点将将消息返回给client，同时master节点会通过GM协议将queue的最新状态⼴播到slave节点。

如果有新节点加⼊，RabbitMQ不会同步之前的历史数据，新节点只会复制该节点加⼊到集群之后新增的消息。

🔄 RabbitMQ镜像队列（Mirrored Queues）机制深度解析

从底层原理到生产配置，全面剖析RabbitMQ如何通过镜像队列实现高可用，并给出性能调优和故障处理的最佳实践。

1. 🏗️ 镜像队列核心架构

关键特性&#x

最低0.47元/天 解锁文章
RabbitMQ——镜像队列问题（一）
hncscwc的博客
10-23 2561
最近在使用镜像队列的过程中遇到了一些坑，通过阅读相关源码，大量的测试，不敢说对其中的原理掌握得非常透彻， 但基本能分析定位问题的原因，并且能自圆其说。这里整理总结下， 方便后续的回溯。欢...
RabbitMQ学习笔记：高可用性（镜像）队列
OceanSky的专栏
11-05 2408
什么是镜像队列 默认情况 下，RabbitMQ集群中队列的内容位于单个节点（声明该队列的节点）上。这与交换器和绑定相反，交换器和绑定始终可以被视为在所有节点上。可以选择使队列跨多个节点进行镜像。 每个镜像队列由一个主服务器和一个或多个镜像组成。主节点托管在一个通常称为主节点的节点上。每个队列都有其自己的主节点。给定队列的所有操作都首先应用于队列的主节点，然后传播到镜像。这涉及排队发布，向消费者传递...
RabbitMQ中的队列镜像（Mirrored Queues）是什么？
qq_33240556的博客
09-23 602
当一个队列被配置为镜像队列时，它的所有消息和状态信息都会在集群中的多个节点上进行复制。因此，在决定是否使用队列镜像时，应权衡对数据持久性的需求与系统性能之间的关系。由于每个镜像队列都需要额外的资源来进行复制，所以在配置大量镜像队列或大容量队列时，需要注意监控集群的内存和磁盘使用情况，确保有足够的资源供镜像队列使用。当主队列所在的节点出现故障时，镜像队列会自动选择一个新的主节点。总之，队列镜像是实现 RabbitMQ 高可用性的重要手段之一，但同时也需要根据实际情况仔细规划和管理，以避免不必要的性能开销。
RabbitMQ之镜像队列
weixin_34419326的博客
05-02 666
概述 如果RabbitMQ集群只有一个broker节点，那么该节点的失效将导致整个服务临时性的不可用，并且可能会导致message的丢失（尤其是在非持久化message存储于非持久化queue中的时候）。当然可以将所有的publish的message都设置为持久化的，并且使用持久化的queue，但是这样仍然无法避免由于缓存导致的问题：...
rabbitmq——镜像队列
weixin_30484739的博客
08-09 320
转自：http://my.oschina.net/hncscwc/blog/186350?p=1 1. 镜像队列的设置 镜像队列的配置通过添加policy完成，policy添加的命令为： rabbitmqctl set_policy [-p Vhost] Name Pattern Definition [Priority] -p Vhost: 可选参数，针对指定vhost下的...
RabbitMQ镜像队列
杜莱的博客
09-16 705
镜像队列的介绍 RabbitMQ 中队列的内容是保存在单个节点本地的（声明队列的节点）。跟交换器和绑定不同，它 们是对于集群中所有节点的。如此，则队列内容存在单点故障，解决方式之一就是使用镜像队列。在多 个节点上拷贝队列的副本。 每个镜像队列包含一个 master，若干个镜像。 master 存在于称为 master 的节点上。 所有的操作都是首先对 master 执行，之后广播到镜像。 这涉及排队发布，向消费者传递消息，跟踪来自消费者的确认等。 镜像意味着集群，不应该 WAN 使用。 发布到队列的消息会拷
Rabbitmq 集群+镜像队列的搭建
qq_62866151的博客
09-23 1721
内存节点：元数据存放于内存中。为了重启后能同步数据，内存节点会将磁盘节点的地址存放于磁盘之中，除此之外，如果消息被持久化了也会存放于磁盘之中，因为内存节点读写速度快，一般客户端会连接内存节点。镜像队列模式下，节点之间不仅仅会同步元数据，消息内容也会在镜像节点间同步，可用性更高。磁盘节点：元数据存放于磁盘中（默认节点类型），需要保证至少一个磁盘节点，否则一旦宕机，无法恢复数据，从而也就无法达到集群的高可用目的。在普通集群模式下，集群中各个节点之间只会相互同步元数据，也就是说，消息数据不会被同步。
RabbitMQ镜像队列实现原理
jaredcoding的博客
09-27 7379
一、镜像队列使用1.镜像队列作用​ RabbitMQ默认集群模式，并不包管队列的高可用性，尽管队列信息，交换机、绑定这些可以复制到集群里的任何一个节点，然则队列内容不会复制，固然该模式解决一项目组节点压力，但队列节点宕机直接导致该队列无法应用，只能守候重启，所以要想在队列节点宕机或故障也能正常应用,就要复制队列内容到集群里的每个节点，须要创建镜像队列。2.策略设置镜像队列设置可以基于策略设置，策
RabbitMQ镜像队列集群搭建、与SpringBoot整合
xingduan5153的博客
04-05 1263
推荐阅读： 这套Github上40K+star学习笔记，可以帮你搞定95%以上的Java面试 毫不夸张的说，这份SpringBoot学习指南能解决你遇到的98%的问题 给跪了！这套万人期待的 SQL 成神之路PDF，终于开源了 镜像模式 集群模式非常经典的就是Mirror镜像模式，保证100%数据不丢失，在实际工作中也是用得最多的，并且实现集群比较的简单。 Mirror镜像队列，目的是为了保证...
Rabbitmq 镜像队列
最新发布
qq_41893505的博客
12-07 1348
RabbitMQ 的镜像队列集群（Mirrored Queues Cluster）是实现高可用性的一种模式，它通过在集群中的多个节点之间复制队列，确保消息在集群的某些节点宕机时不会丢失，并且队列仍然可以正常工作。在 Spring Boot 项目中配置 RabbitMQ 镜像队列（Mirrored Queues）进行消息的收发，需要在 RabbitMQ 中设置队列为高可用队列，并在 Spring Boot 应用中进行相应的配置。同时，这个队列会被复制到集群中的其他节点，这些副本称为镜像（Mirrors）。
RabbitMQ(六)镜像队列
ex-huh001的博客
10-10 1536
一、镜像队列 默认情况下，RabbitMQ集群中的队列只会存储在某一个节点上，就是队列声明的那个节点上。当访问集群中的其他节点时，会把请求转发给这个节点来进行处理。当这个节点故障时，集群中的这个队列就表现为不可用。队列可以在多个节点中复制镜像以保障可用性，称之为镜像队列。 每一个镜像队列由一个master和若干个slave组成。队列的master通常存储在集群的主节点上，没个队列有自己的主节点，镜像队列的所有操作都会首先在mastEr上执行然后广播给其他镜像。包括消息入队，推送给消费者、和消费...
RabbitMQ 集群-镜像队列
邱健的博客
05-30 643
先介绍环境： 3台个人云服务器 A B C A:6379 B:6379 C:6378 作为主 C:6379 D:6378 D:6379 作为从 1：首先准备三台服务器 https://blog.csdn.net/publicv/article/details/96421936
RabbitMQ集群的概念及优化
zsh2050的专栏
09-27 485
本文说的RabbitMQ集群，指的是镜像队列集群，搭建步骤网上很多，就不在赘述了，这里主要讲一下概念及优化。 1.重要参数 disk_free_limit：磁盘低水位线，若磁盘容量低于指定值则停止接收数据。存储模式为硬盘时有意义。可以指定绝对值，也可以设置相对于机器中的RAM的可用空间限制。默认值为1.0，表示将磁盘可用空间限制设置为与机器上的RAM数量相同。注意设置低于1.0的值很危险，应谨慎使用。 vm_memory_high_watermark：内存低水位线，若磁盘容量低于指定值则开...
RabbitMQ 镜像集群队列_集群高可用篇_03
Gblfy_Blog
03-10 2001
停止 全部 MQ服务节点 rabbitmqctl stop 文件(.erlang.cookie)同步步骤 PS:选择115、117、118任意一个节点为Master（这里选择115为Master），也就是说我们需要把115的Cookie文件同步到117、118节点上去，进入/var/lib/rabbitmq目录下，把.erlang.cookie文件copy到各个slave节点下 scp /var...
RabbitMQ系列（25）--RabbitMQ搭建镜像队列
m0_64284147的博客
07-08 2987
从Queues进入mirror_queue队列查看详情，可以发现当node1节点停掉后node2自动替代了node1节点的位置，node3作为镜像队列的节点，由此可见我们策略里写的ha-params：2这一参数是生效的，使得节点的个数总是保持2个，这样就算我们整个集群只剩下一台机器，在节点不断替代的情况下，消费者始终能消费队列里面的消息。(8)为ha-params指定策略作用的节点的数量为2（包含被镜像的队列，镜像和被镜像的队列数总共为2）(6)执行以下代码，在node2节点里生成消费者，尝试消费消息。
RabbitMQ 高可用之镜像队列
a361651279的博客
01-15 132
如果RabbitMQ集群只有一个broker节点，那么该节点的失效将导致整个服务临时性的不可用，并且可能会导致message的丢失（尤其是在非持久化message存储于非持久化queue中的时候）。可以将所有message都设置为持久化，并且使用持久化的queue，但是这样仍然无法避免由于缓存导致的问题：因为message在发送之后和被写入磁盘并执行fsync之间存在一个虽然短暂但是会产生问题的时...
rabbitmq镜像队列和仲裁队列
11-20
RabbitMQ是一个流行的开源消息代理，支持多种消息协议。在RabbitMQ中，镜像队列和仲裁队列都是提高可用性的机制。 - 镜像队列： 在RabbitMQ中，镜像队列是一种高可用性队列，它通过在多个节点之间复制队列来提供可靠性。在镜像队列中，队列中的每个消息都会被复制到多个节点上，这样即使某个节点出现故障，也可以从其他节点上获取队列中的消息。但是，镜像队列存在一些局限性，例如在复制大量消息时可能会导致性能问题，而且在节点之间复制队列时需要使用网络带宽。 - 仲裁队列： 在RabbitMQ中，仲裁队列是一种用于提高可用性的机制，它通过在多个节点之间复制队列的元数据来提供可靠性。在仲裁队列中，队列中的每个消息都不会被复制到多个节点上，而是只存储在一个节点上，其他节点只复制队列的元数据。当节点出现故障时，其他节点可以使用队列的元数据来恢复队列。相比于镜像队列，仲裁队列在复制队列时需要使用的网络带宽更少，但是在节点故障时需要更多的时间来恢复队列。 下面是一个使用RabbitMQ镜像队列和仲裁队列的例子： ```python import pika # 连接到RabbitMQ服务器 connection = pika.BlockingConnection(pika.ConnectionParameters('localhost')) channel = connection.channel() # 创建一个镜像队列 channel.queue_declare(queue='mirror_queue', durable=True, arguments={'x-ha-policy': 'all'}) # 创建一个仲裁队列 channel.queue_declare(queue='quorum_queue', durable=True, arguments={'x-queue-type': 'quorum'}) # 发送消息到镜像队列 channel.basic_publish(exchange='', routing_key='mirror_queue', body='Hello, mirror queue!', properties=pika.BasicProperties(delivery_mode=2)) # 发送消息到仲裁队列 channel.basic_publish(exchange='', routing_key='quorum_queue', body='Hello, quorum queue!', properties=pika.BasicProperties(delivery_mode=2)) # 关闭连接 connection.close() ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

EthanMilk

你的鼓励是我创作的最大动力谢谢

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值