【消息队列】对比

参考链接：https://www.sohu.com/a/340091992_463994
是什么？
参考链接：https://www.zhihu.com/question/54152397?sort=created

有哪些？
当前使用较多的消息队列有 RabbitMQ、RocketMQ、ActiveMQ、Kafka、ZeroMQ、MetaMQ 等，而部分数据库如 Redis、MySQL 以及 PhxSQL 也可实现消息队列的功能

RocketMQ：RocketMQ 出自阿里的开源产品，用 Java 语言实现，在设计时参考了 Kafka，并做出了自己的一些改进，消息可靠性上比 Kafka 更好。
RocketMQ 在阿里内部被广泛应用在订单，交易，充值，流计算，消息推送，日志流式处理，Binglog 分发等场景。

主要特性如下：
基于队列模型：具有高性能、高可靠、高实时、分布式等特点。
Producer、Consumer 队列都支持分布式。
Producer 向一些队列轮流发送消息，队列集合称为 Topic。Consumer 如果做广播消费，则一个 Consumer 实例消费这个 Topic 对应的所有队列。 如果做集群消费，则多个 Consumer 实例平均消费这个 Topic 对应的队列集合。
能够保证严格的消息顺序。
提供丰富的消息拉取模式。
高效的订阅者水平扩展能力。
实时的消息订阅机制。
亿级消息堆积能力。
较少的外部依赖。
部署环境：RocketMQ 可以运行在 Java 语言所支持的平台之上。
使用 RocketMQ 需要：
JavaJDK
安装 Git、Maven
RocketMQ 安装包
优点如下：
单机支持 1 万以上持久化队列。
RocketMQ 的所有消息都是持久化的，先写入系统 PAGECACHE，然后刷盘，可以保证内存与磁盘都有一份数据，而访问时，直接从内存读取。
模型简单，接口易用（ JMS 的接口很多场合并不太实用）。
性能非常好，可以允许大量堆积消息在 Broker 中。
支持多种消费模式，包括集群消费、广播消费等。
各个环节分布式扩展设计，支持主从和高可用。
开发度较活跃，版本更新很快。
缺点如下：
支持的客户端语言不多，目前是 Java 及 C++，其中 C++ 还不成熟。
RocketMQ 社区关注度及成熟度也不及前两者。
没有 Web 管理界面，提供了一个 CLI（命令行界面）管理工具带来查询、管理和诊断各种问题。
没有在 MQ 核心里实现 JMS 等接口。
Kafka
Apache Kafka 是一个分布式消息发布订阅系统。它最初由 LinkedIn 公司基于独特的设计实现为一个分布式的日志提交系统（a distributed commit log），之后成为 Apache 项目的一部分。
Kafka 性能高效、可扩展良好并且可持久化。它的分区特性，可复制和可容错都是不错的特性。

主要特性如下：
快速持久化：可以在 O(1) 的系统开销下进行消息持久化。
高吞吐：在一台普通的服务器上即可以达到 10W/S 的吞吐速率。
完全的分布式系统：Broker、Producer 和 Consumer 都原生自动支持分布式，自动实现负载均衡。
支持同步和异步复制两种高可用机制。
支持数据批量发送和拉取。
零拷贝技术（zero-copy）：减少 IO 操作步骤，提高系统吞吐量。
数据迁移、扩容对用户透明。
无需停机即可扩展机器。
其他特性：丰富的消息拉取模型、高效订阅者水平扩展、实时的消息订阅、亿级的消息堆积能力、定期删除机制。
部署环境，使用 Kafka 需要：
JavaJDK
Kafka 安装包
优点如下：
客户端语言丰富：支持 Java、.Net、PHP、Ruby、Python、Go 等多种语言。
高性能：单机写入 TPS 约在 100 万条/秒，消息大小 10 个字节。
提供完全分布式架构，并有 Replica 机制，拥有较高的可用性和可靠性，理论上支持消息无限堆积。
支持批量操作。
消费者采用 Pull 方式获取消息。消息有序，通过控制能够保证所有消息被消费且仅被消费一次。
有优秀的第三方 Kafka Web 管理界面 Kafka-Manager。
在日志领域比较成熟，被多家公司和多个开源项目使用。
缺点如下：
Kafka 单机超过 64 个队列/分区时， Load 时会发生明显的飙高现象。队列越多，负载越高，发送消息响应时间变长。
使用短轮询方式，实时性取决于轮询间隔时间。
消费失败不支持重试。
支持消息顺序，但是一台代理宕机后，就会产生消息乱序。
社区更新较慢。
几种消息队列对比