RocketMq product 故障规避机制

最新推荐文章于 2022-07-20 14:49:40 发布

qian_348840260

最新推荐文章于 2022-07-20 14:49:40 发布

阅读量1.9k

点赞数 2

分类专栏： rocketmq系统

本文链接：https://blog.csdn.net/qian_348840260/article/details/108735301

版权

RocketMQ 通过重试机制确保消息发送高可用，采用队列轮循策略。在故障发生时，它会避免向之前失败的 Broker 重试，提高成功率。用户可以通过设置 sendLatencyFaultEnable 参数开启延迟规避策略，但实际应用中可能因 Broker 瞬时繁忙导致误规避，反而影响整体性能。MessageQueueSelector 的使用将使重试机制失效，高可用性需业务方保障。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

消息发送高可用设计与故障规避机制

熟悉 RocketMQ 的小伙伴应该都知道，RocketMQ Topic 路由注册中心 NameServer 采用的是最终一致性模型，而且客户端是定时向 NameServer 拉取 Topic 的路由信息，即客户端（Producer、Consumer）是无法实时感知 Broker 宕机的，这样消息发送者会继续向已宕机的 Broker 发送消息，造成消息发送异常。那 RocketMQ 是如何保证消息发送的高可用性呢？

RocketMQ 为了保证消息发送的高可用性，在内部引入了重试机制，默认重试 2 次。RocketMQ 消息发送端采取的队列负载均衡默认采用轮循。

在 RocketMQ 中消息发送者是线程安全的，即一个消息发送者可以在多线程环境中安全使用。每一个消息发送者全局会维护一个 Topic 上一次选择的队列，然后基于这个序号进行递增轮循，引入了 ThreadLocal 机制，即每一个发送者线程持有一个上一次选择的队列，用 sendWhichQueue 表示。

接下来举例消息队列负载机制，例如 topicA 的路由信息如下图所示：