目录
一、RabbitMQ 集群
1.1、前言
1.2、普通集群
1.3、镜像集群
1.4、仲裁队列
一、RabbitMQ 集群
1.1、前言
前面我们已经解决了消息可靠性问题，以及延迟消息问题 和 消息堆积问题.
这最后一章，我们就来解决以下 mq 的可用性 和 并发能力.
1.2、普通集群
普通集群，也叫做标准集群（classic cluster），它具备以下特征：
1. 集群中的各个节点是可以共享数据的，比如交换机信息、队列元信息，但不包含队列中的消息.
什么是元信息？ 元信息，就是指队列的描述信息，队列名、队列在哪一个节点中，但是不包括消息本身.
不包括消息本身是什么意思？ 假设我现在两个节点 mq1 和 mq2，然后有一个消费者订阅了 mq2 中的一个队列，但是呢，这个消费者在访问的时候，不想小心访问到了 mq1，不过由于在 mq1 上持有 mq2 的元信息，所以他知道 mq2 在哪，因此就可以通过这个元数据找到 mq2 这个节点，然后拿到我们想要的数据（这就类似于 mq1 上有 指向 mq2 的指针，通过指针就可以找到 mq2）.
2. 基于第一个特点的元信息，我们就可以在访问集群中的某个节点时，发现队列不在该节点，就可以通过要访问数据的所在节点的元信息，进一步的拿到这个节点的所有数据.
这一点上面以及解释的很清楚了.
3. 如果队列所在节点宕机，那么消息就会丢失.
这里有点类似于 redis 集群中的分片处理，每一个集群上存储全集队列的一部分队列，因此这个节点挂了，消息必然会丢失.
1.3、镜像集群
镜像集群，本质上就是主从模式.
主要有以下几个特性：
1.交换机、队列、队列中的消息会在各个mq的镜像节点之间同步备份
这里就和之前的普通交换机不一样了，不仅仅是交换机可以共享，队列中的消息大家也可以共享了.
2. 创建队列的节点被称为该队列的主节点，备份到的其它节点叫做该队列的镜像节点。
比如我现在有三个节点，现在我再 mq1 上创建了一个队列 q1，因此 mq1 就是主节点，那么还可以给他挑一个镜像节点，比如我再 mq2 上做一个镜像，那么 mq2 就会去找 mq1 同步 q1 的所有数据.
3. 一个队列的主节点可能是另一个队列的镜像节点
也就是说，主节点和镜像节点是可以相互备份的.
比如 q1 在 mq1 上，给 mq2 备份了一份，q2 实在 mq2 上，给 mq3 备份了一份，q3 在 mq3 上的，给 mq1 备份了一份，那么这个时候，mq1 就是 q1 的主节点，同时也是 q3 的镜像节点.
4. 所有操作都是主节点完成，然后同步给镜像节点
5.主宕机后，镜像节点会替代成新的主
1.4、仲裁队列
仲裁队列：仲裁队列是3.8版本以后才有的新功能，用来替代镜像队列，具备下列特征：
- 与镜像队列一样，都是主从模式，支持主从数据同步
- 使用非常简单，没有复杂的配置
- 主从同步基于Raft协议，强一致
在 SpringAMQP 中创建仲裁队列：
@Bean
public Queue quorumQueue() {
return QueueBuilder
.durable("quorum.queue") // 持久化
.quorum() // 仲裁队列
.build();
}
SpringAMQP连接集群，只需要在yaml中配置即可：
spring:
rabbitmq:
addresses: 192.168.150.105:8071, 192.168.150.105:8072, 192.168.150.105:8073
username: root
password: 1111
virtual-host: /
