关于RabbitMQ死循环

最新推荐文章于 2024-04-09 21:31:15 发布

原创最新推荐文章于 2024-04-09 21:31:15 发布 · 1.6k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#mq

mq 专栏收录该内容

1 篇文章

订阅专栏

本文探讨了RabbitMQ中因任务自动Re-Queue导致的死循环问题。介绍了当消费者遇到特定错误时，RabbitMQ如何重新将任务添加到队列中，并提出了两种解决策略：延长ACK应答时间和优化业务代码的消息确认机制。

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

关于RabbitMQ死循环

今天查看生产日志发现有个任务一直自动Re-Queue导致死循环
由于设置了NO_ACK=FALSE 如果消费者遇到its channel is closed, connection is closed, or TCP connection is lost等等，
那么RabbitMQ会重新将该任务添加到队列中。

解决方法:

延长RabbitMQ ACK应答时间

或者业务代码消息确认

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

SoySauce_lm

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Django与消息队列：RabbitMQ集成

AI天才研究院

06-21

402

为什么用：解决Django同步处理耗时任务的性能瓶颈怎么集成：通过Pika实现基础消息收发，或用Celery简化任务管理关键保障：消息持久化、ACK确认、幂等性设计未来方向：云原生、异步Django、事件驱动架构。

rabbitmq详解

最新发布

Leaf吧的博客

02-12

946

什么是rabbitmq，作用是什么，rabbitmq的核心组件是什么，Exchange的种类有哪些，怎么实现生产数据和消费数据，怎么实现可靠性，以及怎么利用RabbitMQ解决分布式事务问题

1 条评论您还未登录，请先登录后发表或查看评论

rabbitmq死循环消费同一条消息

weixin_34018202的博客

11-02

1339

2019独角兽企业重金招聘Python工程师标准>>> ...

RabbitMQ 消费端异常重复循环小记

New_Project

07-12

5003

1.将抛异常的地方干掉,自己处理异常的机制,这样每次都是自动应答显而易见这样就解决了,但是相当于报异常的时候自己要去写方案去处理,否则这条消息就丢了,因为MQ认为消息已经是消费成功了2.try catch需要处理的异常,直接抛出来,交给MQ,到上限进入死信队列这种方式需要配置最大重试次数,MQ在尝试足够次数后,这条消息就不会再被处理了,如果是因为网络抖动等不可抗力原因,那么这种方式是有效的,只能说是无能为力的失败,但是如果是因为业务处理抛出来的异常,那不管执行几次都不会成功,相当于消费失败

RabbitMQ消费端异常进入死循环-处理

qq_29766917的博客

07-04

8656

RabbitMQ实现消费端异常处理前言思考：因为在开发项目时，RabbitMQ的消费端出现了异常（工具类操作文件时，未找到文件路径）。由于在此之前并未对该异常进行预判，导致异常出现后，消费端仍然对MQ的消息进行消费，但是出现异常后无法对MQ进行回复，所以造成后果消费端一直消费该条信息，进入死循环！从而引发了自己的思考：1. 开发时难免会出现异常，这种异常如果事先未预判，那么在程序运行中，消费端该怎么避免以上出现的死循环；2. 如果事先预判到异常，对其进行了抛出或捕获，消费端又该如何表现？异常

RabbitMQ的ack或nack机制使用不当导致的队列堵塞或死循环问题

热门推荐

北亮的专栏

05-24

4万+

记录几个RabbitMQ使用过程中容易踩的那些坑： 1、启用ack机制后，没有及时ack导致的队列异常；简要代码如下，设置消息自动ack，会导致消息未处理完，出异常了，结果消息丢失了，解决方法就是把代码里的true，改成false，并在消息处理完后发ack响应。 // 要监听队列，所以不能用using关闭channel通道 var channel = GetChannel(); var...

rabbitmq ack与nack导致的队列消息堵塞以及死循环问题

LLLLL2025的博客

11-24

4742

ack机制 ack分为自动ack和手动ack两种如果是自动ack，有两个弊端: MQ broker只需要确认消息发送成功，无需等待应答就会丢弃消息，这样导致如果消费者客户端还未处理完消息，出现异常或者断电时消息丢失的后果。自动ack没有qos控制，可能消费者客户端因为瞬间收到太多消息导致服务挂掉所以，常用的是手动ack应答手动ack 一般手动ack处理业务的逻辑如下： try { ...

rabbit mq中的坑，消费端错误造成的死循环

ruoxiyun的博客

05-23

4560

周五上线pre，发现mq消费端的调用的一个服务不停的报错，很快就把磁盘空间打满了，一开始以为是job死循环，当时确实也发现循环处有问题，修正循环处后，重新发布到pre环境发现还是有同样的问题，此时感觉很痛苦。通过仔细查看错误日志发现错误处是由rabbitmq 消费端报出来了，一时没有明白是什么原因，随找rabbitmq管理员，管理员说有消息一直没有消费掉，rabbitmq会一直重复投送消息，这样导...

spring boot rabbitmq 接收消息时异常死循环

liaoyuecai的博客

04-18

8897

spring boot rabbitmq的使用很方便,只需要两个注解即可实现,这里就不赘述了,网上有很多资料不过在使用时,我发现有些情况与我看的一些资料有出入如果在发送消息时,调用的是AmqpTemplate.convertAndSend("",Object),那么你就需要增加一个配置做Json转换,不然在接收时消息异常,然后消息无法被消费,一直消费会造成死循环,具体配置可以看官方资料,因为我用S...

rabbitmq死循环

12-25

然而，在某些情况下，可能会遇到所谓的"死循环"问题，即消息无法从生产者发送到消费者，或者消费者不断地重新发布已经处理过的消息，导致消息堆积。 1. 死循环原因： - **消费者的消费模式设置错误**：如果消费者...

RabbitMQ死循环-延长ACK时间

06-08

当消费者从队列中获取消息后，如果在ACK时间内没有发送ACK，RabbitMQ会认为该消息未被正确处理并会将其重新加入队列，这就可能导致死循环的问题。要解决这个问题，可以考虑延长ACK时间。具体来说，可以通过设置...

rabbitmq消费失败处理

12-08

rabbitmq消费失败处理

RabbitMQ的自动应答和手动应答，解决重试死循环

04-09

2321

RabbitMQ的自动应答和手动应答，解决重试死循环

rabbitMQ循环报错

shenzhou_yh的博客

08-26

1144

背景前几天在使用rabbitMQ处理队列消息的时候，发现后台一直在报错，但是MQ控制台显示，该消息一直没有被消费掉，使用断点也发现消息一直在循环处理。原因因为在处理队列信息的时候，报了异常，而该异常并没有被捕获处理，会导致消息无法被处理消费，所以就会造成消息的无限循环处理，进入死循环。解决方法最简单的方法就是使用try catch对异常进行捕获处理。 ...

【RabbitMQ】@RabbitListener的使用及造成报错死循环的分析

chenghan_yang的博客

02-10

1万+

问题复现： docker 下清空对应的队列信息 exec rabbitmq /bin/bash #rabbitmq是容器名，也可以指定为Id rabbitmqctl purge_queue queue.order # queue.order是队列名 RabbitMQ控制台新建消息，等待消费者消费 http://localhost:15672 前置知识：一、 @RabbitListener的使...

rabbitMQ自动断开问题解决

m0_67402096的博客

04-22

8411

背景负责的自定义查询系统，使用了rabbitMQ，来实现异步查询。即web端查询，先提交到消息队列，同时发起轮询请求拉取查询结果；多进程消费者从消息队列中取消息，触发查询引擎查询；查询引擎响应后，产出文件到服务端；此时web端轮询请求，获取到响应，完成本次查询。问题系统运行过程中，性能很差，偶发卡顿现象；需要人为干预，杀死查询process才能保证系统正常。定位过程 (1)以为是系统用户，看到不出结果，反复提交相同sql； (2)sql查询处，加了查询态不允许提交的前端限制，仍然有重复sql提

RabbitMQ常见问题

shanchahua123456的博客

11-21

6622

参考：https://blog.youkuaiyun.com/youbl/article/details/80425959 0、防止消息丢失生产者：confire模式。异步等待MQ回调通知是否接收到消息，判断是否重发。 MQ：持久化。设置Queue持久化 + Msg持久化deliveryMode=2 消费者：手动ACK。注意：超时、死循环、Qos、幂等 1、自动ack机制会导致消息丢失的问题 ...