Apache RocketMQ 从入门到实战HashMap:ConcurrentMap,key 代表某一个具体的统计目标,例如记录消 费组拉取消息的数量监控指标,那其统计的对象即 topic@consumer_group,最终数据 的载体是 StatsItem,使用如下几个关键字段来记录统计信息:  AtomicLong value = new AtomicLong(0) 总数量,统计指标 TOPIC_GET_NUMS 指标为例,记录的是消息拉取的总条数,例 如一次消息拉取操作获取了 但我始终相信,肯定是执行了手动执行了 kill 命令导致进程退出的,经过网上查找查, 得知可以通过查阅系统日志/var/log/messages 来查看系统命令的调用,于是乎把日志文 件下载到本地,开始搜索 kill 关键字,发现如下日志: 发现最近一次 kill 命令是在 25 号的凌晨 1 点多,停止 rocketmq 集群,并使用 bin/mqbroker -c conf/broker-b.conf & 进行了重新启动。 net/prestigeding/article/details/928006 72)的基础上,结合生产上的日志尝试再次理解 broker busy 以及探讨解决方案。 首先,broker busy 相关的日志关键字如下:  [REJECTREQUEST]system busy  too many requests and system thread pool busy  [PC_SYNCHRONIZED]broker0 码力 | 165 页 | 12.53 MB | 1 年前3
共 1 条
- 1
 













