RabbitMq从入门到精通- 消息消费失败一直重试，导致日志大，程序死循环

最新推荐文章于 2024-04-15 14:55:38 发布
最新推荐文章于 2024-04-15 14:55:38 发布
阅读量2.5k 收藏 2
点赞数 2
分类专栏： Rabbitmq入门到精通
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wxb880114/article/details/105836434
版权

查询资料需要配置消费失败的参数

rabbitmq:
   listener:
      simple:
         #消费失败消息干掉
         default-requeue-rejected: true
         retry:
            #5秒
            initial-interval: 5000
            enabled: true
            #最大重试5次
            max-attempts: 5

 

 

未来AI编程
关注
  • 2
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
RabbitMQ消费失败重试策略、及重试策略应用场景详解
hkl_Forever的博客
12-01 8153
【2】比如我们在消费过程中，业务代码出现异常(空指针、除数为0等)这类代码不健壮导致的异常，那么这时候需要重试吗？当然不需要重试，因为业务代码异常就算重试再多次也依然会异常，代码异常需要发版修复解决，所以重试没有意义。RabbitMQ消费者一般情况下，如果消费失败出现异常，那么消费端默认是无限重试消费，这样就会带来非常不好的一个情况，就是陷入死循环，一直报错一直重试。【2】业务代码出现异常(空指针、除数为0等)这类代码不健壮导致的异常，不需要重试，没有意义。【3】异常不需要触发重试策略的消息，
RabbitMq从入门到精通
06-10
本课程深入浅出带领大家从头开始学习rabbitMq，利用实战的方式进行演示教学，是大家能够详细的了解并熟练使用rabbitMq。
【RabbitMQ】RabbitMQ 消息的可靠性 —— 生产者和消费者消息的确认，消息的持久化以及消费失败的重试机制_rabbitmq 生产者消息确认(1)
2401_84170190的博客
04-15 870
在通过上文的生产者消息确认机制之后，确保了消息能够正确的发送到队列中，但是这并不意味着消息就安全了。因为 RabbitMQ 默认是内存储存的，如果出现了 RabbitMQ 宕机的情况，那么此时队列中的消息还是会丢失。通过上文我们知道了可以在 RabbitMQ 的控制台创建交换机和队列的时候可以勾选 Durable 来达到持久化的目的，但是如果使用代码来创建持久化的交换机和队列呢？在这个配置类中，实现了。此时发现刚才的消息并没有丢失，至此我们就完成了持久化消息的发送，进一步确保了消息的可靠性。
rabbit mq中的坑，消费端错误造成的死循环
page_qiu的博客
03-11 5719
周五上线pre，发现mq消费端的调用的一个服务不停的报错，很快就把磁盘空间打满了，一开始以为是job死循环，当时确实也发现循环处有问题，修正循环处后，重新发布到pre环境发现还是有同样的问题，此时感觉很痛苦。通过仔细查看错误日志发现错误处是由rabbitmq 消费端报出来了，一时没有明白是什么原因，随找rabbitmq管理员，管理员说有消息一直没有消费掉，rabbitmq会一直重复投送消息，这样导...
RabbitMQ的ack或nack机制使用不当导致的队列堵塞或死循环问题
热门推荐
北亮的专栏
05-24 4万+
记录几个RabbitMQ使用过程中容易踩的那些坑： 1、启用ack机制后，没有及时ack导致的队列异常； 简要代码如下，设置消息自动ack，会导致消息未处理完，出异常了，结果消息丢失了， 解决方法就是把代码里的true，改成false，并在消息处理完后发ack响应。 // 要监听队列，所以不能用using关闭channel通道 var channel = GetChannel(); var...
关于RabbitMQ死循环
SoySauce_lm的博客
03-01 1571
关于RabbitMQ死循环 今天查看生产日志发现有个任务一直自动Re-Queue导致死循环 由于设置了NO_ACK=FALSE 如果消费者遇到its channel is closed, connection is closed, or TCP connection is lost等等， 那么RabbitMQ会重新将该任务添加到队列中。 解决方法: 延长RabbitMQ ACK应答时间 或者...
Spring Cloud Stream整合Rabbit之重复投递
这个时代，作为程序员可能要学习小程序
08-23 610
点击上方关注 “终端研发部”设为“星标”，和你一起掌握更多数据库知识SpringCloudStream整合Rabbit时，消费端在处理失败时，如果需要进行重试，可以有如下几种重试机制：方法1（默认）：当消费端在处理消息时抛出异常，那么默认会在当前线程的3次的Retry。该方法是默认的，可以通过修改配置文件，指定channel下的参数，例如：1 2 3 4 5 6 7 8 9 10spring:...
RabbitMQ 消费端异常重复循环小记
New_Project
07-12 4267
1.将抛异常的地方干掉,自己处理异常的机制,这样每次都是自动应答​ 显而易见这样就解决了,但是相当于报异常的时候自己要去写方案去处理,否则这条消息就丢了,因为MQ认为消息已经是消费成功了2.try catch需要处理的异常,直接抛出来,交给MQ,到上限进入死信队列 这种方式需要配置最大重试次数,MQ在尝试足够次数后,这条消息就不会再被处理了,如果是因为网络抖动等不可抗力原因,那么这种方式是有效的,只能说是无能为力的失败,但是如果是因为业务处理抛出来的异常,那不管执行几次都不会成功,相当于消费失败
RabbitMQ log 文件过大 解决方案
heihei233的博客
07-14 2855
C:\Users\Administrator\AppData\Roaming\RabbitMQ\log\[email protected]@localhost.logMQ启动、连接日志[email protected]用来记录Erlang相关的信息，例如查看Erlang崩溃的报告Logging — RabbitMQLog levelVerbositySeveritydebugmost verboselowest severityinfowarningerrorcri
【生产问题记录】一次 MQ 堆积的解决 (并发地从数据库中查询出大量数据导致数据库繁忙最终宕机)
LCN29的博客
11-07 304
查看堆内存设置为 2G (-Xmx2G, 小堆多实例的配置), 先尝试将堆内存设置为 4G (-Xmx4G), 解决上面的异常, 让应用能够继续消费。同样通过 jstack 查看, 消费线程都是 Runnable 状态, 默认是解决了, 等消息消费完就行了, 回到旧版本, 定位原因。这种 MQ 堆积的情况, 个人习惯都会先确定一下对应的消费线程的状态, 确定是消费慢, 还是消费阻塞等原因。所有的消费线程都是进入 WAITING 状态, 失去了消费能力, 连续抽查了几台生产实例, 都是相同的情况。
RabbitMQ消费端异常进入死循环-处理
qq_29766917的博客
07-04 8128
RabbitMQ实现消费端异常处理 前言 思考：因为在开发项目时，RabbitMQ的消费端出现了异常（工具类操作文件时，未找到文件路径）。由于在此之前并未对该异常进行预判，导致异常出现后，消费端仍然对MQ的消息进行消费，但是出现异常后无法对MQ进行回复，所以造成后果消费端一直消费该条信息，进入死循环！ 从而引发了自己的思考：1. 开发时难免会出现异常，这种异常如果事先未预判，那么在程序运行中，消费端该怎么避免以上出现的死循环；2. 如果事先预判到异常，对其进行了抛出或捕获，消费端又该如何表现？ 异常
rabbitmq消费失败处理
12-08
rabbitmq消费失败处理
rabbitmq-dump-queue:将消息从 RabbitMQ 队列转储到文件，而不影响队列
08-05
将消息从 RabbitMQ 队列转储到文件，而不影响队列。 安装 下载一个版本 可以在页面上找到预编译的二进制包。 从源代码编译 如果您安装了 ，则可以通过运行以下命令从源代码安装 rabbitmq-dump-queue： go get ...
rabbitmq-delayed-message-exchange:RabbitMQ 的延迟消息传递
08-04
RabbitMQ 延迟消息插件这个插件为 RabbitMQ 添加了延迟消息（或预定消息）。 用户可以声明类型为x-delayed-message的交换，然后发布带有自定义标头x-delay消息，以毫秒为单位表示消息的延迟时间。 消息将在x-delay...
rabbitmq-cli-consumer:将RabbitMQ消息消费到任何cli程序中
05-22
RabbitMQ CLI消费者 重要信息：寻找维护者： : 。 如果您是和我一样PHP开发人员，那么您可能会意识到以下事实： 。 当将RabbitMQ与纯PHP使用者一起使用时，您必须处理稳定性问题。 可能您是在定期杀害您的消费者...
rabbitmq-server-3.10.5-1.el8.noarch.rpm
07-01
rabbitmq-server-3.10.5-1.el8.noarch.rpm
RabbitMQ消费者抛异常日志持续打印的问题
weixin_30725467的博客
04-23 1331
场景 消费者接受消息，进行一系列处理，但是由于某些原因处理过程中该消费者的抛出了异常，并且不捕获（直接 throws IOException 抛出去）； 由于抛出了IOException，那么这条消息就会再次被发送到该队列，消费者就再次收到，而消费者抛出异常，该消息又会入队……所以就形成了一个死循环(除非不再有类似IO的异常)，那么控制台日志就一直打印该消费者的抛出异常。 所以，如果不需要消...
RabbitMQ 消费者消费消息失败，会一直重复发送
weixin_44491927的博客
10-19 6180
消息队列，SpringBoot使用AmqpTemplate开发，消费者消费消息失败，会一直重复发送，导致程序死循环。
RabbitMQ消息队列,消费失败后会重复发送消费，造成程序死循环
ruoxiyun的博客
05-27 1万+
https://blog.csdn.net/weixin_39728460/article/details/83002033
rabbitmq从入门到精通
最新发布
05-04
RabbitMQ是一个开源的消息中间件，它实现了高级消息队列协议（AMQP）并提供可靠的消息传递机制。下面是RabbitMQ从入门到精通的介绍： 1. RabbitMQ基础概念： - 消息：在RabbitMQ中，消息是指要传递的数据单元。 - 队列：消息在RabbitMQ中存储的地方，类似于一个邮箱。 - 交换机：接收生产者发送的消息，并将消息路由到一个或多个队列。 - 绑定：用于将交换机和队列关联起来，定义了消息如何从交换机路由到队列。 - 路由键：用于交换机将消息路由到队列的规则。 2. RabbitMQ工作模式： - 简单模式：一个生产者向一个队列发送消息，一个消费者从该队列接收消息。 - 工作队列模式：一个生产者向一个队列发送消息，多个消费者从该队列接收消息。 - 发布/订阅模式：一个生产者发送消息到交换机，多个消费者绑定到该交换机并接收消息。 - 路由模式：一个生产者发送消息到交换机，并指定路由键，多个消费者根据不同的路由键接收消息。 - 主题模式：一个生产者发送消息到交换机，并指定主题，多个消费者根据不同的主题接收消息。 3. RabbitMQ高级特性： - 消息确认机制：生产者发送消息后，可以等待RabbitMQ的确认，确保消息已经被正确接收。 - 消息持久化：将消息存储到磁盘上，即使RabbitMQ服务器重启，消息也不会丢失。 - 消息优先级：可以为消息设置优先级，确保重要的消息被优先处理。 - 死信队列：当消息无法被消费时，可以将其发送到死信队列进行处理。 - 集群和高可用性：通过搭建RabbitMQ集群实现高可用性和负载均衡。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

未来AI编程

共鸣===鼓励 打赏您随意

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值