消息队列技术选型（Kafka+RocketMQ）-创新互联

当业务需要系统间调用解耦时，MQ是一个很好的解决方案。目前选择最多的当属Kafka和阿里的RocketMQ

创新互联服务项目包括昂昂溪网站建设、昂昂溪网站制作、昂昂溪网页制作以及昂昂溪网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，昂昂溪网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到昂昂溪省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

性能指标	kafka	RocketMQ
适用场景	日志处理	适合处理业务
性能	单击写入TPS号称在百万条/秒	大约10万条/秒
可靠性	使用异步刷盘，异步复制(Replication)	支持异步/同步刷盘，异步/同步复制(Replication)。RocketMQ 所支持的同步方式提升了数据的可靠性
实时性	支持pull长轮询	均支持pull长轮询，RocketMQ 的实时性更好
支持队列数	单机超过64个队列/分区，消息发送性能降低严重	单机支持最高5万个队列，性能稳定(这也是适合业务处理的原因之一)
消息顺序性	某些配置下，支持消息顺序，但是一台broker宕机后，就会产生消息乱序	支持严格的消息顺序，在顺序消息场景下，一台broker宕机后，消息发送会失败，但是不会乱序
消息失败重试机制	消费失败不支持重试	支持定时重试
定时/延时消息	不支持定时消息	定时/延时都支持
分布式事务消息	不支持	支持
消息查询机制	不支持	支持根据 message ID 查询，也支持消息内容查询，tag查询
消息回溯	理论上可以按照offset回溯消息	支持按照时间来回溯消息，精度毫秒

总结：

1. Kafka更适用于日志传输，对复杂业务支持不够；复杂业务还得使用RocketMQ
2. Kafka主要是针对海量数据场景使用的，对数据的正确度要求不是十分严格。对于交易相关的，对数据可靠性、实时性、消息队列的个数要求很高的业务场景，RocketMQ更合适
3. 当业务成长到一定规模时，必然要修改源码。kafka是使用scala编写的，而RocketMQ是使用Java编写的，用java编写的软件修改起来，维护成本更低

备注：TPS：Transaction Per Second，每秒事务处理量

你是否还在寻找稳定的海外服务器提供商？创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源，准确流量调度确保服务器高可用性，企业级服务器适合批量采购，新人活动首月15元起，快前往官网查看详情吧

当前题目：消息队列技术选型（Kafka+RocketMQ）-创新互联
分享路径：http://6mz.cn/article/dcidsh.html