rabbitmq 同步策略_RabbitMQ高可用方案总结

RabbitMQ的集群方案有以下几种：

1.普通的集群

exchange，buindling再所有的节点上都会保存一份，但是queue只会存储在其中的一个节点上，但是所有的节点都会存储一份queue的meta信息。因为这样有两个好处：

1)存储空间。如果每一个节点上都有全部的消息，有多少个节点就会有多少个消息总量的copy。加入一个队列的消息占用的空间是1G，那么三个节点就是3G

2) 性能。消息需要在节点之间传输会有很大的网络开销。如果消息设置了durable即持久化，还会增加很大的磁盘负载

队列存储的节点取决于，创建队列的客户端当时所连接的节点。如果生产者连接的是另外一个节点，将会把消息转发到存储该队列的节点上。如果消费者连接了非存储队列的节点取数据，者从存储消息的节点拉去数据。所以：

1)创建队列都连到了一个节点上，所有的队列都存储在一个节点上。

2)存消息的节点挂掉了，consumer只能等到节点恢复后才能读到消息。

3)设A,B节点，queue数据在A上：可以向A或B生产或消费消息。但是一旦往B生产消息时A挂了，client是不会收到任何错误信息的并可以继续发送，而实际上消息是被丢弃了。一旦此时client挂了后在连接B会报节点A不存在而失败。在B读也是类似的，在client批量取到的数据读完之前是不会感知A有没有挂掉，等到读取下一批数据时一旦A挂掉会报错。

所以这种集群方法的特点是：

1) 高吞吐量

2)非高可用

2.镜像模式

镜像模式和普通模式的区别就是，队列的数据都镜像了一份到所有的节点上。这样任何一个节点失效，不会影响整个集群的使用。