基于docker搭建rabbitmq集群(镜像模式)

RabbitMQ的集群模式有两种

普通模式：消息实体在其中一个节点上，消费时同步

默认模式，以两个节点（rabbit01、rabbit02）为例来进行说明。

对于Queue来说，消息实体只存在于其中一个节点rabbit01（或者rabbit02），rabbit01和rabbit02两个节点仅有相同的元数据，即队列的结构。

当消息进入rabbit01节点的Queue后，consumer从rabbit02节点消费时，RabbitMQ会临时在rabbit01、rabbit02间进行消息传输，把A中的消息实体取出并经过B发送给consumer。

所以consumer应尽量连接每一个节点，从中取消息。即对于同一个逻辑队列，要在多个节点建立物理Queue。否则无论consumer连rabbit01或rabbit02，出口总在rabbit01，会产生瓶颈。

当rabbit01节点故障后，rabbit02节点无法取到rabbit01节点中还未消费的消息实体。如果做了消息持久化，那么得等rabbit01节点恢复，然后才可被消费；如果没有持久化的话，就会产生消息丢失的现象。

镜像模式：消息实体会同步到所有节点上

镜像模式也被叫做是Mirror镜像模式，它是现企业中比较常用的模式，它能够保证100%数据不丢失。该模式主要是把需要的队列做成镜像队列，存在与多个节点属于RabbitMQ的HA方案。

该模式解决了普通模式中的问题，其实质和普通模式不同之处在于，消息实体会主动在镜