RabbitMQ如何实现消费端限流

什么是消费端限流,这个一种保护消费者的手段,假如说,现在是业务高峰期了,消息有大量堆积,导致MQ消费需要不断的进行消息消费,很容易被打挂,甚至重启之后还是会被大量消息涌入,继续被打挂。

为了解决这个问题,RabbitMQ提供了basicQos的方式来实现消费者端限流。我们可以在消费者指定最大的未确认消息数,当达到这个限制时,RabbitMQ将不再推送新的消息给消费者,直到有一些消息得到确认。

想要实现这个功能,首先需要把自动提交关闭。

接着进行限流配置:

如以上配置,可以实现消费者在处理一条消息后,才会获取下一条消息。

然后再在消费者处理完一条消息之后,手动发送确认消息给到RabbitMQ,这样就可以拉取下一条消息了;

完整代码:

相关推荐
gQ85v10Db2 小时前
Redis分布式锁进阶第三十一篇
数据库·redis·分布式
未若君雅裁7 小时前
Redis 分布式锁与 Redisson:从抢券超卖讲到 WatchDog、可重入和 RedLock
redis·分布式
一只普通的码农7 小时前
Filebeat 在windows环境部署并结合kafka使用
分布式·kafka
covco8 小时前
AI 原生营销矩阵系统:分布式架构设计与核心模块实现
人工智能·分布式·矩阵
Java识堂9 小时前
Kafka 如何保证消息的可靠性投递?
分布式·kafka
IT策士10 小时前
Python 中间件系列:消息队列 RabbitMQ 操作
python·中间件·rabbitmq
gQ85v10Db10 小时前
Redis分布式锁进阶第三十二篇
数据库·redis·分布式
gQ85v10Db10 小时前
Redis分布式锁进阶第三十篇
数据库·redis·分布式
爱吃苹果的梨叔10 小时前
2026年清虹分布式坐席系统如何破局技术内卷与运维成本困局
运维·分布式
heimeiyingwang10 小时前
【架构实战】分布式事务Seata-AT:解决跨服务数据一致性的终极方案
分布式·架构