这里是weihubeats ,觉得文章不错可以关注公众号小奏技术，文章首发。拒绝营销号，拒绝标题党
最近在看RocketMQ的一些监控指标的时候，总觉得一些监控指标不太对，好像对不上。
所以打算研究下看看RocketMQ中的 broker TPS、broker QPS,producer TPS 这些指标是怎么统计出来的。为什么broker的QPS有时候会和TPS相差很大
Broker TPS
我们先来看看broker TPS是如何统计的吧
这里我们直接以最新的rocketmq-exporter源码进行查看
这里可以看到exporter主要是通过获取BrokerStatsManager.BROKER_PUT_NUMS这个指标来上报broker TPS的
我们去RocketMQ源码看看这个指标是如何统计的
首先找到org.apache.rocketmq.common.stats.Stats#BROKER_PUT_NUMS
然后我们看看调用，具体是在哪里进行计数的
计数的地方有两个，一个是每次加1，一次是每次添加指定的数量
我们先看看加1的地方
这里可以看到是消息存储成功后就加+1，也就是每次消息发送成功后就+1
我们再看看另一个一个批量添加数据的地方
可以看到也是消息发送成功存储后就计数，这里包含的一些消息有比如PoP方式的消息、普通消息、延时消息、request-reply消息等
总结： 总的来说broker TPS的统计方式就通过统计每秒总共发送了多少消息量
Broker QPS
我们还是看看broker QPS是如何统计的
这里的指标主要是BrokerStatsManager.BROKER_GET_NUMS
我们去RocketMQ源码看看是如何统计的
可以看到拉取消息的时候会进行计数，也就是消息消费时候统计的。
所以QPS就是每秒消息消费的QPS
为什么QPS和TPS差异那么大
实际这是正常的，比如我们的TPS是2w，也就是每秒我们发送了2w的消息，我们每条消息如果是3个消费者，就是一条消息被消费3次，就是QPS差不多相比TPS会多4倍，差不多是6W左右
所以一般QPS都会高于TPS
producer TPS
producer TPS是以为Topic为，正常所有topic的 TPS之和应该是等于broker的TPS
总结
总的来说一般一条消息会被多个业务方消费，所以QPS都是会大于TPS的。
TPS主要是统计写消息量
QPS主要是统计读(消费)消息量
主要注意的是rocketmq-exporter官方目前的统计是有一个小bug的
统计的一些QPS、TPS改成统计的是TPM。所以如果要修复这个bug可以参考这个pr
相关讨论可以参考这个issues