消息中间件篇之RabbitMQ-高可用机制

一、怎么保证高可用性

在生产环境下,使用集群 来保证高可用性,一般我们采用普通集群、镜像集群、仲裁队列。

二、普通集群

普通集群,或者叫标准集群(classic cluster),具备下列特征:

  1. 会在集群各个节点间共享部分数据,包括:交换机、队列元信息。不包含队列中的消息。

  2. 当访问集群某节点时,如果队列不在该节点,会从数据所在节点传递到当前节点并返回。

  3. 队列所在节点宕机,队列中的消息就会丢失。(缺点)

三、镜像集群

镜像集群:本质是主从模式,具备下面的特征:

  1. 交换机、队列、队列中的消息会在各个mq的镜像节点之间同步备份。

  2. 创建 队列的节点被称为该队列的主节点备份 到的其它节点叫做该队列的镜像节点

  3. 一个队列的主节点可能是另一个队列的镜像节点。

  4. 所有操作都是主节点完成,然后同步给镜像节点。

  5. 主宕机后,镜像节点会替代成新的主。(缺点:可能数据丢失)

四、仲裁队列

仲裁队列:仲裁队列是3.8版本以后才有的新功能,用来替代镜像队列,具备下列特征:

  1. 与镜像队列一样,都是主从模式,支持主从数据同步。

  2. 使用非常简单,没有复杂的配置。

  3. 主从同步基于Raft协议,强一致。

五、面试题

面试官:RabbitMQ的高可用机制有了解过嘛?

候选人:我们当时项目在生产环境下,使用的集群,当时搭建是镜像模式集群,使用了3台机器。

镜像队列结构是一主多从,所有操作都是主节点完成,然后同步给镜像节点,如果主节点宕机后,镜像节点会替代成新的主节点,不过在主从同步完成前,主节点就已经宕机,可能出现数据丢失。

面试官:那出现丢数据怎么解决呢?

候选人:我们可以采用仲裁队列,与镜像队列一样,都是主从模式,支持主从数据同步,主从同步基于Raft协议,强一致。并且使用起来也非常简单,不需要额外的配置,在声明队列的时候只要指定这个是仲裁队列即可。

相关推荐
渣哥2 分钟前
原来公平锁和非公平锁差别这么大
java
渣哥11 分钟前
99% 的人没搞懂:Semaphore 到底是干啥的?
java
bobz96515 分钟前
QoS 中的优先级相关的设计
面试
J2K21 分钟前
JDK都25了,你还没用过ZGC?那真得补补课了
java·jvm·后端
kfyty72523 分钟前
不依赖第三方,不销毁重建,loveqq 框架如何原生实现动态线程池?
java·架构
就是帅我不改25 分钟前
揭秘Netty高性能HTTP客户端:NIO编程的艺术与实践
后端·面试·github
isysc12 小时前
面了一个校招生,竟然说我是老古董
java·后端·面试
uhakadotcom2 小时前
静态代码检测技术入门:Python 的 Tree-sitter 技术详解与示例教程
后端·面试·github
bobz9654 小时前
进程面向资源分配,线程面向 cpu 调度
面试
绝无仅有4 小时前
数据库MySQL 面试之死锁与排查经验总结
后端·面试·github