通过上一篇博客,我们知道,虽然引入消息队列可以优化系统的性能、稳定性和可维护性,提升系统的整体效率和用户体验。但是也需要注意其可能带来的复杂性、一致性、可用性、延迟、数据一致性等方面的缺点。
RabbitMQ
一、RabbitMQ 普通集群模式
- 缺点
- 在 RabbitMQ 集群内部产生大量的数据传输
- 不能保障可用性,如果 queue 所在的节点宕机了,就导致哪个 queue 的数据丢失
二、镜像集群模式
这是 RabbitMQ 的高可用模式,跟不同集群模式不一样的是,你创建的 queue, 无论元数据还是 queue 里的消息都会存在于多个实例上,然后每次你写消息到 queue 的时候,都会自动把消息放到多个实例的 queue 里进行消息同步。
- 优点
- 能够极大地保证可用性
- 缺点
- 性能开销太大
- 没有扩展性
- 解决办法
在后台新增一个策略,这个策略是镜像集群模式的策略,指定的时候可以要求数据同步到所有节点,也可以要求同步到指定数量的节点,然后你再次创建queue 的时候,应用这个策略,就会自动将数据同步到其他节点上去。