当业务需要系统间调用解耦时，MQ是一个很好的解决方案。目前选择最多的当属Kafka和阿里的RocketMQ
创新互联服务项目包括昂昂溪网站建设、
昂昂溪网站制作、昂昂溪网页制作以及昂昂溪网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，
昂昂溪网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到昂昂溪省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
| 性能指标 | kafka | RocketMQ |
|---|
| 适用场景 | 日志处理 | 适合处理业务 |
| 性能 | 单击写入TPS号称在百万条/秒 | 大约10万条/秒 |
| 可靠性 | 使用异步刷盘，异步复制(Replication) | 支持异步/同步刷盘，异步/同步复制(Replication)。RocketMQ 所支持的同步方式提升了数据的可靠性 |
| 实时性 | 支持pull长轮询 | 均支持pull长轮询，RocketMQ 的实时性更好 |
| 支持队列数 | 单机超过64个队列/分区，消息发送性能降低严重 | 单机支持最高5万个队列，性能稳定(这也是适合业务处理的原因之一) |
| 消息顺序性 | 某些配置下，支持消息顺序，但是一台broker宕机后，就会产生消息乱序 | 支持严格的消息顺序，在顺序消息场景下，一台broker宕机后，消息发送会失败，但是不会乱序 |
| 消息失败重试机制 | 消费失败不支持重试 | 支持定时重试 |
| 定时/延时消息 | 不支持定时消息 | 定时/延时都支持 |
| 分布式事务消息 | 不支持 | 支持 |
| 消息查询机制 | 不支持 | 支持根据 message ID 查询，也支持消息内容查询，tag查询 |
| 消息回溯 | 理论上可以按照offset回溯消息 | 支持按照时间来回溯消息，精度毫秒 |
总结：
- Kafka更适用于日志传输，对复杂业务支持不够；复杂业务还得使用RocketMQ
- Kafka主要是针对海量数据场景使用的，对数据的正确度要求不是十分严格。对于交易相关的，对数据可靠性、实时性、消息队列的个数要求很高的业务场景，RocketMQ更合适
- 当业务成长到一定规模时，必然要修改源码。kafka是使用scala编写的，而RocketMQ是使用Java编写的，用java编写的软件修改起来，维护成本更低
备注：TPS：Transaction Per Second，每秒事务处理量
你是否还在寻找稳定的海外服务器提供商？创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源，准确流量调度确保服务器高可用性，企业级服务器适合批量采购，新人活动首月15元起，快前往官网查看详情吧
当前标题：消息队列技术选型（Kafka+RocketMQ）-创新互联
当前路径：
http://cdkjz.cn/article/dcidsh.html
