kafka rocketMq rabbitmq 消息队列比较

kafka rocketMq rabbitmq 消息队列比较

                                                   目前处于消息队列还处于学习阶段，假如有什么不对的地方希望大佬们指出，谢谢！

1：吞吐量                                           -- 吞吐量数据来源 https://www.cnblogs.com/felixzh/p/6198070.html
单机124字节的写入测试
Kafka的吞吐量高达17.3w/s
这主要取决于它的队列模式保证了写磁盘的过程是线性IO。此时broker磁盘IO已达瓶颈。

RocketMQ吞吐量平均在11.6w/s
磁盘IO %util已接近100%。
RocketMQ的消息写入内存后即返回ack，由单独的线程专门做刷盘的操作，所有的消息均是顺序写文件。

RabbitMQ的吞吐量平均在5.93w/s
CPU资源消耗较高。它支持AMQP协议，实现非常重量级，为了保证消息的可靠性在吞吐量上做了取舍。我们还做了RabbitMQ在消息持久化场景下的性能测试，吞吐量在2.6w/s左右。

2：高可用性
kafka    分布式、主从
在具备选举功能   在Kafka里面，Master/Slave的选举，有2步：第1步，先通过ZK在所有机器中，选举出一个KafkaController；第2步，再由这个Controller，决定每个partition的Master是谁，Slave是谁。因为有了选举功能，所以kafka某个partition的master挂了，该partition对应的某个slave会升级为主对外提供服务。    

主从自动切换      N个副本，允许N-1个失效；master失效以后自动从isr中选择一个主；

rocketMQ 分布式、主从
不具备选举       Master/Slave的角色也是固定的。当一个Master挂了之后，你可以写到其他Master上，但不能让一个Slave切换成Master。
                 rocketMq 的所有broker节点的角色都是一样，上面分配的topic和对应的queue的数量也是一样的，Mq只能保证当一个broker挂了，把原本写到这个broker的请求迁移到其他broker上面，而并不是这个broker对应的slave升级为主。
不支持自动切换   master失效以后不能向master发送信息，consumer大概30s（默认）可以感知此事件，此后从slave消费；如果master无法恢复，异步复制时可能出现部分信息丢失

RabbitMQ
主从，采用镜像模式实现，数据量大时可能产生性能瓶颈
主从自动切换   最早加入集群的slave会成为master；因为新加入的slave不同步master之前的数据，所以可能会出现部分数据丢失

3：集群负载实现
kafka采用zookeeper对集群中的broker、consumer进行管理，可以注册topic到zookeeper上；通过zookeeper的协调机制，producer保存对应topic的broker信息，可以随机或者轮询发送到broker上；并且producer可以基于语义指定分片，消息发送到broker的某分片上。

RabbitMq的负载均衡需要单独的loadbalancer进行支持。

RocketMQ采用nameserver服务对集群中的broker、consumer进行管理，具体实现和kafka类似，因为RocketMq是ali借鉴kafka，根据自身的业务场景所定制的消息对象，部分实现大同小异

4：扩容性
kafka通过zookeeper显示broker服务的自动注册与负载