消费堆积和消费延迟问题原因

当生产者生成消息的速度超过消费者消费的速度时,会导致消息堆积和消费延迟。主要问题集中在消息消费阶段,包括IO密集型操作如数据库和缓存的读写,以及下游系统远程调用的时间。消费并发度受消息类型影响,全局顺序消息并发度为1,而分区顺序消息则与队列数量相关。优化线程数的计算公式为CPU内核数加上外部IO操作耗时与CPU内部逻辑计算耗时的比例。

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

如果生产者Produce生产消息的速度超过消费者Consumer消费的速度,导致大量消息堆积未及时被消费,从而导致产生消费延迟。

消费过程包括两个阶段:

  1. 消息拉取

消息拉取的过程是按照批量拉取到缓存队列中,所需要的耗时非常低,基本不用考虑,所以主要问题在于消息消费过程

  1. 消息消费

消息消费的快慢有两个指标考量,消费耗时消费并发度

  • 消费耗时

消费耗时指标主要包括CPU密集型和io密集型,在没有递归和多重循环的情况下,基本不考虑CPU密集型,而io密集型则成为主要考虑的原因。

io密集型

  • 数据库的读写

  • 缓存的读写

  • 下游系统的远程调用耗时,主要包括调用服务异常和DBMS容量超限

  • 消费并发度

在普通消息、延时消息和事务消息的情况下消费并发度一般的计算公式是节点数量*单节点的线程数量,在顺序消息的情况下,如果是全局顺序消息,为了保证消费的顺序性,消费并发度只能为1,如果是分区顺序消息,消费并发度是队列Queue数量

单机线程数设置规则:最优线程数=CPU内核数+CPU内核数*外部io操作耗时/CPU内部逻辑算耗时

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值