本节适用于南京3、上海7、重庆2、乌鲁木齐27、保定、石家庄20、内蒙6、晋中、北京5 节点。

概览界面如下图：

表格：显示的是当前集群的统计详情，里面包含该集群的主从broker节点数量，生产组和消费组的数量，以及整个集群累计存储消息量。

各字段释义如下表所示：

字段名称	说明
集群名称	RocketMQ集群是指将多个RocketMQ Broker节点组合在一起形成的一个集群系统。
nameserv地址	Namesrv地址概念指的是在使用RocketMQ时，客户端需要连接到Namesrv来获取Broker节点的路由信息，以便能够发送和接收消息。
主broker	主Broker（Master Broker）是指在一个Broker集群中充当主要角色的节点。
从broker	从Broker（Slave Broker）是指作为主Broker的备份节点，用于实现消息的冗余和故障转移。
生产组数量	展示该实例下生产组数量。
消费组数量	展示该实例下消费组数量。
历史消息量	展示该实例下历史消息量。
现有消息量	展示该实例下现有消息量。

TPS监控

RocketMQ的TPS监控指的是对RocketMQ消息中间件每秒处理的消息数量进行监控和统计。TPS即每秒事务数（Transactions Per Second），用于衡量系统在单位时间内能够处理的事务数量。

RocketMQ TPS监控可以帮助用户了解消息中间件的处理能力和性能状况，在系统运行期间，通过监控数据可以及时发现潜在的性能问题或瓶颈，以便进行调优或扩展。一般来说，吞吐量越高，表示系统的处理能力越强。

分布式消息服务RocketMQ标识该集群所有broker下，所有topic的生产、消费tps(2min)的时间变化曲线。

全局堆积

在使用RocketMQ时，可能会遇到消息堆积的情况，即未能及时处理和消费的消息大量积压在消息队列中。

造成消息堆积的原因可能是消费者处理消息的速度不够快，或者消费者出现故障导致无法正常消费消息。当消息堆积发生时，可能会导致系统的稳定性下降，甚至影响整个应用的正常运行。

分布式消息服务RocketMQ标识该集群下，所有topic的消费堆积情况，列表按倒叙排列了堆积量最大的前20个topic的堆积情况。

分布式消息服务RocketMQ标识该集群，所有topic的生产情况，按现有消息量倒叙排列。