MQ的作用解耦、异步、削峰填谷。 未使用MQ的情况 mysql并发写大部分情况下维持在600-800之间，并发读1200-1500之间，所以消费端在消费消息的时候需控制在并发小于1000，从而达到限流

用过 MQ 的同学，可能会遇到过消息堆积的问题。而肥壕最近也踩上了这个坑，但是发现结果竟然是这么一个意料之外的原因而导致的...

首先，造成这个问题的 BUG RocketMQ 官方已经在 3月16号 的这个提交中修复了，这里只是探讨一下在修复之前造成问题的具体细节，更多的上下文可以参考我之前写的 《RocketMQ Consu

1.Broker消息分发的详细流程 2.Broker是如何构建索引的 3.Broker消息分发的源码 4.Broker如何构建ConsumeQueue 5.Broker如何构建IndexFile

1.RocketMQ消费者启动过程;2.RocketMQ消费者启动源码分析;3.RocketMQ消费者如何消费消息;4.RocketMq消费消息

Rocketmq producer发送消息流程; Rocketmq 生产者发送消息流程;RocketMQ 生产者如何发送消息；RocketMQ 生产者发送消息重试机制

1.RocketMQ生产者启动流程 2.RocketMQ生产者源码分析 3.RocketMQ生产者如何发送消息 4.RocketMQ生产者向Broker发送心跳

RocketMQ 基础架构介绍，对 NameServer、Broker 有个基本的认识，再搭建集群部署测试。

1.Broker是如何接收请求的 2.Broker是如何接收生产者发送的消息 3.Broker是如何存储消息的 4.Broker是如何持久化消息的 5.Broker是如何工作的