关于 RabbitMQ 的 Dead-Letters-Queue “死信队列”

 
来自一个队列的消息可以被当做‘死信’，即被重新发布到另外一个“exchange”去，这样的情况有：
  • 消息被拒绝 (basic.reject or basic.nack) 且带 requeue=false 参数
  • 消息的TTL-存活时间已经过期
  • 队列长度限制被超越（队列满）
 
Dead letter exchanges (DLXs) are normal exchanges.
 
For any given queue, a DLX can be defined by clients using the queue's arguments, or in the server using policies.
 
Dead Letter Pattern
     “死信”模式指的是，当消费者不能处理接收到的消息时，将这个消息重新发布到另外一个队列中，等待重试或者人工干预。
这个过程中的exchange和queue就是所谓的"Dead Letter Exchange 和 Queue"。
     关键是如何区分“消费失败”和“处理失败”？消费失败需要送到死信队列，而处理失败不需要。大部分情况都属于“处理失败”。
 
Dead-Letter-Exchange, routing-key, queue 都可以从 rabbitmq 的管理后台配置。
 
如果用 Spring-rabbitmq 来使用 Dead-Letter-Exchange 和 Queue 需要对。
     从 3.9 Exception Handling 可以知道，设置 defaultRequeueRejected = false 会丢弃消息或者重新发布到死信队列中。
     如果是 Convert 出现异常，那么会直接 "reject-dont-requeue".
 
<rabbit:listener-container defaultRequeueRejected="false"  connection-factory="connectionFactory">
  <rabbit:listener ref="listener" method="listen" queue-names="async_request_queue" />
</rabbit:listener-container>
 
     也可以在 handler 中抛出 "AmqpRejectAndDontRequeueException" 来告诉spring容器，不要重新requeue这条消息。
 
     然后配置 Dead Letter Exchange 并绑定 Dead Letter Queue.
 
<rabbit:queue name="q.with.dlx">
    <rabbit:queue-arguments> 
        <entry key="x-dead-letter-exchange" value="dlx"/>
        <entry key="x-message-ttl" value="10000" value-type="java.lang.Long"/>
    </rabbit:queue-arguments>
</rabbit:queue>

<rabbit:queue name="dlq"/>

<rabbit:direct-exchange name="dlx">
    <rabbit:bindings>
        <rabbit:binding key="q.with.dlx" queue="dlq"/>
    </rabbit:bindings>
</rabbit:direct-exchange>
     如果 exchange 或者 queue 是 镜像/持久的，那么需要先删除再启动 spring-amqp 程序，这样 xml 中的 exchange 和 queue 配置才能生效，
否则服务器端配置不会修改，启动生成者时抛异常，启动失败。
     对于部署，可以考虑使用新队列来避免需要先删除已有队列的问题。
 
常见问题：
     原因：queue已经存在，但是启动 consumer 时试图设定一个 x-dead-letter-exchange 参数，这和服务器上的定义不一样，server 不允许所以报错。如果删除 queue 重新 declare 则不会有问题。或者通过 policy 来设置这个参数也可以不用删除队列。
     参考blog
 
参考：

posted on 2017-03-22 13:38  微风好飞行  阅读(20461)  评论(0)  编辑  收藏  举报

导航