MQ初窥门径全称(message queue)消息队列,一个用于接收消息、存储消息并转发消息的中间件应用场景用于解决的场景，总之是能接收消息并转发消息用于异步处理，比如A服务做了什么事情，异步发送一个消息给其他B服务。用于削峰，有些服务(秒杀)，请求量很高，服务处理不过来，那么请求先放到消息队列里面，后面按照能力处理，相当于蓄水池。应用解耦、消息通讯等等总之MQ是可以存放消息并转发消息
目录一、概述二、CommitLog文件三、ConsumerQueue消费逻辑队列四、IndexFile索引文件五、页缓存与内存映射一、概述RocketMQ中的消息存储在本地文件系统中，主要是由ConsumeQueue和CommitLog配合完成的，消息真正的物理存储文件是CommitLog，ConsumeQueue是消息的逻辑队列，类似数据库的索引文件，存储的是指向物理存储的地址。每个Topic下
转载
2024-04-09 09:22:04
75阅读
Kafka、RabbitMQ以及RocketMQ的调研对比 一般国内常用的MQ技术有四种实现，ActiveMQ、Kafka、RabbitMQ、RocketMQ，但是其中 ActiveMQ主要是几年以前较多公司使用，现在几乎国内用的公司都很少了。 （1）Kafka的优势和劣势 先来说Kafka，首先Kafka的吞吐量几乎是行业里最优秀的，在常规的机器配置下，一台机器 可以达到每秒
转载
2024-03-19 02:06:05
42阅读
系统一直使用的Kafka用来消费业务流水，最近在群里听到反馈说希望转到Rocketmq，支持更多的业务功能，因此去了解了一下，发现相比之下Kafka确实应用场景太少了，基本就是消费日志，相比之下Rockmq有很多优秀的特性，下面具体介绍一下。Kafka首先介绍一下Kafka，Kafka是一个分布式、分区的、多副本的、多订阅者，基于zookeeper协调的分布式日志系统，比较常用于日志收集系统，和消
转载
2024-03-21 10:18:14
34阅读
Broker差异主从差异: kafka的master/slave是基于partition维度的，而rocketmq是基于broker维度的；kafka的master/slave是可以切换的，而rocketmq不行，当rocketmq的master宕机时，读能被路由到slave上，但写会被路由到此topic的其他broker上。刷盘： rocketmq支持同步刷盘，也就是每次消息都等刷入磁盘后再返回
转载
2024-05-17 14:50:41
99阅读
Kafka为大数据而生的消息中间件，靠着百万级TPS的吞吐量在数据采集、传输、存储的过程中发挥着举足轻重的作用。优点性能卓越，单机写入TPS约在百万条/秒，最大的优点，就是吞吐量高。时效性ms级可用性非常高，kafka是分布式的，一个数据多个副本，少数机器宕机，不会丢失数据，不会导致不可用消费者采用Pull方式获取消息，消息有序，通过控制能够保证所有消息被消费且仅被消费一次有优秀的第三方Kafka
转载
2024-04-01 14:36:17
57阅读
特性ActiveMQRabbitMQRocketMQKafka单机吞吐量万级，吞吐量比RocketMQ和Kafka要低一个数量级万级，吞吐量比RocketMQ和Kafka要低一个数量级10万级，RocketMQ也是可以支撑高吞吐的一个MQ10万级，这是kafka最大的优点就是吞吐量高。一般配合大数据类的系统来进行实时数据计算、日志采集等场景topic数量对吞吐量的影响 top
转载
2024-02-26 20:25:24
43阅读
方法论-评估和选择备选方案的方法按优先级选择，即架构师综合当前的业务发展情况、团队人员规模和技能、业务发展预测等因素，将质量属性按照优先级排序，首先挑选满足第一优先级的，如果方案都满足，那就再看第二优先级……以此类推。RocketMQ 和 Kafka 到底有什么区别？（1） 适用场景Kafka适合日志处理；RocketMQ适合业务处理。结论：平手，根据具体业务定夺。（2） 性能Kafka单机写入
转载
2024-02-26 17:23:02
36阅读
目录一、选择消息队列产品的基本原则1、开源2、流行3、靠谱二、常见的消息队列产品1、RabbitMQ1.1 特点及优势1.2 可能存在的不足2、RocketMQ3. Kafka4. 其它消息队列三、小结作为程序员，你一定听过"没有银弹"。银弹这个词，是来源于欧洲中世纪的传说，就是狼人这种妖怪，一般的子弹打不死它，必须用银子做成的子弹才能杀死它。后来银弹这个词就被用来形容那些特效的、一用就灵的方法。
转载
2024-04-01 14:42:53
118阅读
Kafka、RabbitMQ以及RocketMQ调研起初当我们准备引入消息队列的时候，一共发现业界内使用很多的有四种MQ，分别是ActiveMQ、Kafka、RabbitMQ、RocketMQ。由于ActiveMQ目前并不是很活跃了，就直接没去深入对比了，前几年这个MQ用的还是比较多的，我在2015年之前在金融机构的项目基本都是基于ActiveMQ来做的。所以，我们今天就对Kafka、Rabbit
转载
2024-03-26 09:41:41
41阅读
1、适用场景 kafka适合日志处理 rocketmq适合业务处理 结论：两者没有区别，根据具体业务定夺 2、性能 kafka单机写入TPS号称在百万条/秒 rocketmq大约在10万条/秒 结论：追求性能方面，kafka单机性能更高 3、可靠性 kafka使用异步刷盘方式，异步Replication rocketmq支持异步/同步刷盘，异步/同步Replication 结论：rocketmq所
转载
2024-03-19 11:14:11
838阅读
特性ActiveMQRabbitMQRocketMQkafka单机吞吐量万级，吞吐量比RocketMQ和Kafka要低了一个数量级万级，吞吐量比RocketMQ和Kafka要低了一个数量级10万级，RocketMQ也是可以支撑高吞吐的一种MQ10万级别，这是kafka最大的优点，就是吞吐量高。一般配合大数据类的系统来进行实时数据计算、日志采集等场景topic数量对吞吐量的影响topic可以达到几百
转载
2024-04-08 12:25:37
82阅读
消息队里在开发中的地位是核心基础，如果想提高系统的处理瓶颈上线，MQ队列是首选的组件。目前主流的队列有三种：Kafka，RocketMQ,RabbitMQ。可能有人会有疑问，怎么没有ActiveMQ。因为经过多年的发展，目前ActiveMQ的社区非常不活跃，其开始逐渐势微，这里暂不介绍。在业务中如何对MQ进行选型？首先是立足于本职场景，不要为了使用而使用。而从技术维度来分析，个人认为主要包括：可用
转载
2024-04-16 22:18:42
60阅读
一个用消息队列 的人，不知道为啥用 MQ，这就有点尴尬MQ之间的选择：
1. RabbitMQ吞吐量低，适合数据量比较小的场景，并且其功能都是比较完善的，但是因为是用erlang开发的，懂erlang语言的较少，因此定制化比较麻烦复杂。
2. Kafka和RocketMQ都是分布式架构，具有高吞吐量，适用于分布式环境和数据量庞大的场景，RocketMQ功能比较完善，kafka只支持主要的MQ功能，
转载
2024-06-19 09:14:34
77阅读
最近研究消息队列，发现好几个框架，搜罗一下进行对比，说一下选型说明：1）中小型软件公司，建议选RabbitMQ。一方面，erlang语言天生具备高并发的特性，而且他的管理界面用起来十分方便。不考虑rocketmq和kafka的原因是，一方面中小型软件公司不如互联网公司，数据量没那么大，选消息中间件，应首选功能比较完备的，所以kafka排除。RocketMQ也很不错，只是没有RabbitMQ出来的早
转载
2024-05-18 22:22:04
159阅读
前言在平常管理团队的时候，肯定会遇到这种情况，某种业务问题，有解决方案的技术有很多种，但是不知道该如何选择，技术选型也是一件非常谨慎的事情，事关日后对应服务的维护和拓展，这里就讲讲RabbitMQ、RocketMQ、Kafka这三款MQ该如何选择选型前提1、产品必须是开源的主要是为了应对实际需求，如果开源产品有一点点不满足或者bug，我们也可以下载源码，潜心钻研一下并修改源码，就可以继续使用，方便
转载
2024-03-27 09:10:35
49阅读
Kafka和RocketMQ是当前比较流行的消息中间件，用于实现分布式系统中消息的发布与订阅。它们都具有高性能、高可靠性和高可伸缩性等特点，但在一些细节上还是有区别的。下面我将详细介绍Kafka和RocketMQ的区别。
### 流程步骤
首先，我们来看一下实现"Kafka和RocketMQ区别"的整体流程：
| 步骤 | 描述 |
| --- | --- |
| 1 | 配置环境 |
|
原创
2024-05-06 11:53:57
79阅读
面试题为什么使用消息队列？消息队列有什么优点和缺点？Kafka、ActiveMQ、RabbitMQ、RocketMQ 都有什么区别，以及适合哪些场景？面试官心理分析其实面试官主要是想看看：第一，你知不知道你们系统里为什么要用消息队列这个东西？ 不少候选人，说自己项目里用了 Redis、MQ，但是其实他并不知道自己为什么要用这个东西。其实说白了，就是为了用而用，或者是别人设计的架构，他从头到尾都没思
转载
2024-09-23 17:23:16
89阅读
Kafka、ActiveMQ、RocketMQ和RabbitMQ都是消息中间件，用于处理消息的传递和异步通信。它们在设计理念、架构以及适用场景上有一些区别和联系：Kafka：设计理念：Kafka的设计目标是高吞吐量、低延迟和持久化。它主要用于处理大规模的实时数据流，具有高可靠性和高可扩展性。架构特点：Kafka采用发布-订阅模型，消息以主题（Topic）的形式发布和订阅。它使用分布式、多分区和多副
转载
2024-10-17 11:25:08
41阅读
Kafka与RocketMQ是目前比较常用的两种消息中间件。他们有着高吞吐、低延迟的特性，有强大的消息存储能力和堆积处理能力，可以保证消息的可靠性。下面我们从消费模式、消息存储等多方面，比较一下这两个消息队列。消息消费模式消息有两种消费模式，推（Push）和拉（Pull）。Push：producer发送消息后，broker马上把消息投递给consumer。这种方式好在实时性比较高，但是会增加bro
转载
2024-04-03 13:33:25
63阅读
