RabbitMQ-消费端限流

本文探讨了为何要在消费端实施限流,以防止系统因高并发请求崩溃。在A系统维护期间,为了避免消息堆积造成的影响,采用RabbitMQ并配置消费端限流,如设置prefetch属性限制拉取消息数量,并启用手动确认模式,确保系统稳定和业务正常运行。同时,文章还介绍了消费端限流的测试过程。

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

为什么要做消费端限流?

在这里插入图片描述
A系统每秒最大能处理1000请求,若这时开展了秒杀活动,请求瞬间增多,全部打到A系统上的话那A系统肯定会崩溃宕机什么的,这对业务正常运转造成了巨大的影响。所以我们把消息存入MQ中,然后每次从MQ中拉取1000个请求,保证A系统能正常运转,业务正常进行。

当有一天,A系统要维护了,维护期间会有大量消息堆积在MQ中,维护好了若让MQ中的消息全打入A系统的话,怕不是马上就挂。

所以我们需要在消费端限流,来保证系统的稳定性和业务的正常运转。

消费端限流的测试

配置文件中:
配置prefetch属性设置消费端一次拉取多少消息
消费端的确认模式一定为手动确认。acknowledge=“manual”

在这里插入图片描述
消费者:

/**
 * RabbitMQ消费端限流
 * 1.设置签收消息的方式为手动
 * 2.在listener-container中设置 每次拉取的消息数
 *                  prefetch="1" 表示每次从mq拉取1条消息,直到手动确认消费完后,才继续
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值