（二）RabbitMQ进阶

1.什么是RabbitMq

RabbitMQ是一款基于erlang语言开发，采用AMQP协议的消息中间件

2.消息中间键的优点

（1）异步处理：可以将一些适合异步处理的操作通过消息中间件发送给其他处理模块，加快本模块的响应返回速度
（2）应用解偶：相互协作的模块之间通过消息中间件进行解偶，生产者只负责向消息队列中增加消息，消费者负责消费消息，两者之间没有耦合
（3）流量削峰: 可以通过消息队列长度控制请求量；可以缓解短时间内的高并发请求。

3.消息队列的缺点

（1）降低了系统的可用性，如果消息队列中挂掉，则消费者模块无法运行
（2）提高了代码的复杂性，增加消息队列之后，需要考虑代码的一致性，重复消费等问题

4.Kafka、ActiveMQ、RabbitMQ、RocketMQ 有什么优缺点？

	ActiveMQ	RabbitMQ	RocketMQ	Kafka	ZeroMQ
单机吞吐量	比RabbitMQ低	2.6w/s（消息做持久化）	11.6w/s	17.3w/s	29w/s
开发语言	Java	Erlang	Java	Scala/Java	C
主要维护者	Apache	Mozilla/Spring	Alibaba	Apache	iMatix，创始人已去世
成熟度	成熟	成熟	开源版本不够成熟	比较成熟	只有C、PHP等版本成熟
订阅形式	点对点(p2p)、广播（发布-订阅）	提供了4种：direct, topic ,Headers和fanout。fanout就是广播模式	基于topic/messageTag以及按照消息类型、属性进行正则匹配的发布订阅模式	基于topic以及按照topic进行正则匹配的发布订阅模式	点对点(p2p)
持久化	支持少量堆积	支持少量堆积	支持大量堆积	支持大量堆积	不支持
顺序消息	不支持	不支持	支持	支持	不支持
性能稳定性	好	好	一般	较差	很好
集群方式	支持简单集群模式，比如’主-备’，对高级集群模式支持不好。	支持简单集群，'复制’模式，对高级集群模式支持不好。	常用多对’Master-Slave’ 模式，开源版本需手动切换Slave变成Master	天然的‘Leader-Slave’无状态集群，每台服务器既是Master也是Slave	不支持
管理界面	一般	较好	一般	无	无

（1）ActiveMQ不适合高并发，高吞吐量的场景
（2）kafak拥有高并发，吞吐量较好的优势，但是不保证数据的一致性，允许一定的数据丢失
（3）RabbitMq虽然吞吐量不如kafak，但是能够保证数据不丢失。

5.MQ产生的问题

（1）消息的顺序性问题
https://blog.csdn.net/zw791029369/article/details/109561457
将具有顺序关系的消息发送至同一个队列
（2）消息的重复性问题
https://blog.csdn.net/n950814abc/article/details/98320046
通过生成消息的唯一ID，再进行去重，发送法负责id的生成，接受端负责去重
（3）消息的一致性问题
https://blog.csdn.net/zw791029369/article/details/109561457

image.png

（4）消息的积压或者超时丢弃问题
扩容，加快处理
对过期的消息保存，之后再将这些消息恢复

6.RabbitMQ的元数据

未完待续

7.RabbitMq的高可用策略

（1）普通集群模式：slave节点加入到集群中，只同步queue元数据，没有同步queue中真正的数据，从节点根据queue元数据，到主节点的queue中获取数据。
缺点是：主节点的宕机会造成集群的不可用
（2）镜像模式：从节点会复制主节点中的消息数据，即使主节点宕机，其他节点依旧保存数据，当master宕掉后，会在slave中选举新的master。选举算法为最早启动的节点。
其他的配置方式：https://www.jianshu.com/p/5b2879fba25b
https://blog.csdn.net/mario_hao/article/details/80629745

8.RabbitMQ镜像同步模式下的参数

（1）镜像的同步模式ha-mode

all：表示在集群中所有的节点上进行镜像
exactly：表示在指定个数的节点上进行镜像，节点的个数由ha-params指定
nodes：表示在指定的节点上进行镜像，节点名称通过ha-params指定
ha-params：ha-mode模式需要用到的参数

（2）ha-sync-mode：进行队列中消息的同步方式，有效值为automatic自动和manual手动
（3）priority：可选参数，policy的优先级