中的消费者会创建一个 多线程，但针对同一个 Queue，会加锁。 温馨提示：并发消费模型中，消息消费失败默认会重试 16 次，每一次的间隔时间不一 样；而顺序消费，如果一条消息消费失败，则会一直消费，直到消费成功。故在顺序消费的 本文来自『中间件兴趣圈』公众号，仅作技术交流，未授权任何商业行为。 1.1 RocketMQ 核心概念扫盲篇 < 16 使用过程中，应用程序需要区分系统异常、 过了物理内存的 40%，则建议从从服务器拉取。但如果 slaveReadEnable 为 false，表 示从服务器不可读，从服务器也不会接管消息拉取。 问：当消息消费者向从服务器拉取消息后，会一直从从服务器拉取？ 答：不是的。分如下情况： 1. 如果从服务器的 slaveReadEnable 设置为 false，则下次拉取，从主服务器拉取。 2. 如果从服务器允许读取并且从服务器积压的消息未超过其物理内存的 端要开启快速失败，默 认为开启，可以通过参数 brokerFastFailureEnable 来设置。该方法的实现要点是每隔 10s，检测一次，如果检测到 PageCache 繁忙，并且发送队列中还有排队的任务，则直 接不再等待，直接抛出系统繁忙错误，使正在排队的线程快速失败，结束等待。 四、实践建议 经过上面的原理讲解与现象分析，消息发送时抛出 system busy、broker busy 的 原因都是

/tmp/rocketmq/msgbodys/707C8CC435FE3FD00E77180D7FCB0B24 03 Performance Tuning 行路难，行路难，多歧路，今安在。 长风破浪会有时，直挂云帆济沧海。 © 2 0 1 7 A l i b a b a M i d d l e w a r e G r o u p © 2 0 1 7 A l i b a b a M i d