MQ 重试队列注意事项

不要过度依赖消息队列的重试来保证最终消费成功


举个例子,我们的消费消息队列的应用A依赖于应用B的某个接口,但是双十一流量太大,应用B的接口QPS不足,导致RPC超时返回(即本条消息消费失败),此条消息会进入重试队列。

进入重试队列不是万能的
问题一:RocketMQ重试16次还是不成功就会认为消息消费不了,丢进死信队列
问题二:RocketMQ重试队列数量少,可能100个正常的queue才1个重试queue,那么问题来了,要是本来100台机器应用A,每台消费一个正常queue,但是进入重试queue,只有1台机器能消费,1台重试queue的堆积能力和消费能力是不可能接受的

 

所以正确的架构解决方案是对应用B进行限流,让消息堆积在正常queue而不是堆积进重试queue

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值