ActiveMQ的慢消费者

慢消费者:消费消息过慢的consumer/subscriber。

慢消费者会对broker产生影响,尤其是non-durable的topic和queue,topic尤甚,会导致broker的内存爆满,阻塞publisher。

1. Non-durable Topics

受慢消费者影像最大,发送到non-durable topic的消息不被持久化且消息还要发送给所有的subscribers。慢的subscriber会使消息积压,内存占用上涨,导致publisher阻塞,间接影响到快的subscriber消费消息。

应对策略:

  • 阻塞/放慢publisher的投放速度
  • 断开慢的subscriber连接
  • 缓冲消息到磁盘
  • 丢掉慢subscriber的消息
  • 自定义插件扩展策略

2. Durable Topics

消息会持久化到磁盘,内存中的消息可以丢掉,如果有足够大的磁盘,慢subscriber会被deal well。

但如果慢subscriber慢太多的话,说明还是哪里出了问题,Virtual Topic?设计上的?

3. Durable queues

消息会持久化到磁盘,内存中的消息可以丢掉。No Problem,况且还有其他的consumer帮你消费,但如果消息还是被积压很多,说明设计出了问题,消费消息太慢,消费速率赶不上生产速率。

3. Non-durable queues

通常个别几个慢consumer不是问题,有快的consumer会帮你消费,但如果全部consumer都慢,那就是问题了。

应对策略:

  • 阻塞producer
  • 缓冲消息到磁盘
  • 丢掉队列中的消息

// TODO add  Blocked Transport & Implementation Solutions

http://activemq.apache.org/slow-consumers.html

点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

MySQL部分从库上面因为大量的临时表tmp_table造成慢查询

背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_

皕杰报表之UUID

​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为

手写Java HashMap源码

HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22

2020年前端实用代码段,为你的工作保驾护航

有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )