摘要：1. 使用场景：Kafka适合日志处理；RocketMQ适合业务处理 2. 性能：Kafka吞吐量更高，单机百万/秒；RocketMQ单机10万/秒。 因为Kafka一个topic有很多partition，代表很多目录，每个目录下有很多segment，每个代表一个消息文件，而RocketMQ存储消息 阅读全文

摘要：1. NameServer 启动：NamesrvStartup#main0()。内部注意初始化了两个线程池，一个每10秒扫描所有的broker，如果一个broker断开120秒，则关闭链接并移除broker。另一个线程池一个打印KV信息。 路由实现类：RouteInfoManager package 阅读全文

摘要：一、Broker主从同步模式：异步复制、同步双写 二、刷盘策略：同步刷盘、异步刷盘 三、消息存储 1. 生产者发送消息，Broker收到后，将消息持久化，返回ACK。 2. 虽然消费方式有push和pull，但在RocketMQ中实际上都是由消费者主动去获取的，因为当消费者非常多时，服务端的压力会非 阅读全文

摘要：Broker集群： 接收生产者发送的消息和消费者消费的请求。Master可读可写，Slave只读。 每个Broker节点，启动时遍历NameServer列表，与每个NameServer建立长连接，注册自己的信息，定时上报 Producer集群： 通过NameServer集群获得Topic的路由信息， 阅读全文

摘要：一、MQ的应用场景 1.1 异步解偶 在订单系统中同步调用支付系统，库存系统，物流系统。当其中任意一个系统异常，则影响整个业务流程。引入MQ后，订单系统将消息发往MQ，由MQ将消息推送到下游系统。订单系统不需要关心后续的执行情况，整个下单流程已完成。倘下游系统异常，则由MQ负责重试。 1.2 削峰填 阅读全文