RabbitMQ 上的 Nack 和拒绝

Posted

技术标签:

【中文标题】RabbitMQ 上的 Nack 和拒绝【英文标题】:Nack and reject on RabbitMQ 【发布时间】:2017-09-01 04:00:44 【问题描述】:

我想处理消费者从队列中获取的不成功消息并重新排队。

想象一下我有这样的情况:

P => | foo | bar | baz | => C

其中 foo、bar 和 baz 是消息。

如果消费者读取baz 但出现问题,我可以使用basic.rejectbasic.nack (https://www.rabbitmq.com/nack.html)。使用这两个命令之一,我将传递参数以重新排队消息。

问题是消息在之前的位置重新排队,所以下一条消息将再次是baz

我想重新排队,但将其发送回队列的开头:

P => | baz | foo | bar | => C

我在我的应用程序上用几行代码解决了这个问题,但我想知道是否存在更好的解决方案,也许直接使用 RabbitMQ 的某些功能。

【问题讨论】:

【参考方案1】:

你可以看看死信队列(DLQ):https://www.rabbitmq.com/dlx.html

【讨论】:

是的,我昨天阅读了整个文档。这不是我要找的东西,但显然我要找的东西不存在,死信队列可能是一个很好的解决方法。 这里队列(FIFO)的行为与预期完全一样,因为您使用手动确认模式,线程将等待直到收到确认,因为它无法处理,因此它会尝试将相同的位置放在循环方式。另一方面,一次又一次地处理坏消息是没有意义的。重试 2-3 次(spring-amqp 有直接支持),如果仍然失败然后死信,以便稍后您可以分析错误消息的模式并直接联系客户团队。 也许你可以为你的失败消息添加 TTL 并放入 DLX,所以一旦过期它会自动移动到主队列。

以上是关于RabbitMQ 上的 Nack 和拒绝的主要内容,如果未能解决你的问题,请参考以下文章

如何强制 RabbitMQ 代理 NACK 测试消息?

rabbitmqreject次数

Rabbitmq Ack 或 Nack,将消息留在队列中

RabbitMQ 上的 Heroku、Django 和 celery

RabbitMQ死信队列

RabbitMQ ACK、NACK、Type、TTL、死信