在上一章节中，我们讲解了RocketMQ的基本介绍，作为MQ最重要的就是消息的使用了，今天我们就来带大家如何玩转MQ的消息。

在高并发的场景下，异步是一个极其重要的优化方向。 前段时间，生产环境发生一次事故，笔者认为事故的场景非常具备典型性 。 写这篇文章，笔者想和大家深入探讨该场景的架构优化方案。希望大家读完之后，可以对异

Kafka 是个大家伙，本篇将通过40道问答作为路线，由浅入深，最大程度上覆盖整个 Kafka 的问答内容（预习＋复习一步到位）

网上博客常说，kafka的topic数量过多会影响kafka，而RocketMQ不会受到topic数量影响。 但是，果真如此吗？ 最近排查一个问题，发现RocketMQ稳定性同样受到topic数量影响

数据库事务与消息的一致性，rocketmq事务消息实战，数据库事务与RocketMQ消息的最终一致性。

延迟队列在实际项目中有非常多的应用场景，最常见的比如订单未支付，超时取消订单，在创建订单的时候发送一条延迟消息，达到延迟时间之后消费者收到消息，如果订单没有支付的话，那么就取消订单。 那么，今天我们需

前面几篇文章整体上完成了对RocketMQ发送和消费端的一个流程，今天我主要想根据 RocketMQ 官方提供的基本最佳实践第一条，分享自己的一点心得。

面对一个10余年的老系统的kafka消费者服务，如何一步步将其性能提升近百倍呢？一起来看下我的操作吧

两万字+三十图+二十三问，彻底搞定高性能消息中间件RocketMQ。 消息队列主要有三大用途，我们拿一个电商系统的下单举例： 解耦：引入消息队列之前，下单完成之后，需要订单服务去调用库存服