RocketMQ常见问题分析以及性能优化.pdfVIP

RocketMQ常见问题分析以及性能优化 所谓天才，只不过是把别⼈喝咖啡的功夫都⽤在⼯作上了。 ——鲁迅 ⼤纲 图⽰ RocketMQ其他功能 1.消息轨迹 源码⽬录下也有说明⽂档： rocketmq-all-4.8.0-source-release\docs\cn\msg_trace\user_guide.md （1）配置 Broker 端服务器开启配置：traceTopicEnable=true 图⽰ RocketMQ 集群中每⼀个 Broker 节点均⽤于存储 Client 端收集并发送过来的消息轨迹数据。因此，对于 RocketMQ 集群中的 Broker 节 点数量并⽆要求和限制。 对于消息轨迹数据量较⼤的场景，可以在 RocketMQ 集群中选择其中⼀个 Broker 节点专⽤于存储消息轨迹，使得⽤户普通的消息数据与消 息轨迹数据的物理 IO 完全隔离，互不影响。在该模式下，RockeMQ 集群中⾄少有两个 Broker 节点，其中⼀个 Broker 节点定义为存储消息 轨迹数据的服务端。 （2）保存消息轨迹的Topic定义 RocketMQ 的消息轨迹特性⽀持两种存储轨迹数据的⽅式： 系统级的 TraceTopic系统级的 TraceTopic 在默认情况下，消息轨迹数据是存储于系统级的 TraceTopic 中(其名称为：RMQ_SYS_TRACE_TOPIC，队列个数为 1)。该 Topic 在 Broker 节点启动时，会⾃动创建出来（如上所叙，需要在 Broker 端的配置⽂件中将 traceTopicEnable 的开关变量设置为 true）。 ⽤户⾃定义的 TraceTopic⽤户⾃定义的 TraceTopic 如果⽤户不准备将消息轨迹的数据存储于系统级的默认 TraceTopic，也可以⾃⼰定义并创建⽤户级的 Topic 来保存轨迹（即为创建普通的 Topic⽤于保存消息轨迹数据）。⾃定义的话需要在 Client 客户端的处理的时候⾃定义的 TraceTopic。具体见案例。⼀般推荐使⽤系统及的 TraceTopic。 （3）案例 代码在 example ⽬录下，tracemessage ⽬录下。 RocketMQ 在消息审核消费时采⽤对原来接⼝增加⼀个开关参数(enableMsgTrace)来实现消息轨迹是否开启；并新增⼀个⾃定义参数 (customizedTraceTopic)来实现⽤户存储消息轨迹数据⾄⾃⼰创建的⽤户级 Topic。 TraceProducer TracePushConsumer 对于定义轨迹的主题，需要先创建这个主题才能收到消息，RocketMQ 不会⾃动创建该主题。 图⼀ 图⼆ 图三 图四 （4）关键属性 图⽰ （5）源码解读 代码实现的核⼼类是 AsyncTraceDispatcher org.apache.rocketmq.client.trace.AsyncTraceDispatcher 记录消息的轨迹主要是集中在消息发送前后、消息消费前后，可以通过 RokcetMQ 的 Hook 机制。通过如下两个接⼝来定义钩⼦函数