RocketMQ-Dashboard TrackType 含义

最新推荐文章于 2025-01-23 17:02:23 发布

原创

最新推荐文章于 2025-01-23 17:02:23 发布 · 1.1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#rocketmq

TrackType枚举定义了消息消费的不同状态，包括已被消费、被过滤、拉取模式、未消费和消费者离线等场景，为监控和管理RocketMQ的消息流动提供了参考。

package org.apache.rocketmq.tools.admin.api;

public enum TrackType {
   
   
    CONSUMED,                        //  消息已经被消费
    CONSUMED_BUT_FILTERED,  	     //  消息已经投递但被过滤
    PULL,

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

半山猿

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

RocketMQ源码分析之消息轨迹

不爱学习的小妞博客

06-02

985

文章目录前言一、消息轨迹二、消息轨迹源码分析1、producer端2、consumer端三、消息轨迹中存储的信息1.TraceContext2.TraceBean3.TraceType四、总结前言本篇文章将会从以下方面介绍消息轨迹：什么是消息轨迹？如何启用消息轨迹？示例demo、消息轨迹的源码分析和消息轨迹中存储的信息。最后会用一张图来总结消息轨迹的工作原理。一、消息轨迹 1.什么是消息轨迹？消息轨迹是用来跟踪记录消息发送、消息消费的轨迹。 2.如何启用消息轨迹？ broker端需要在b

RocketMQ源码解析：消息丢失如何排查？

小识的博客

03-20

6537

RocketMQ如何消费消息？ RocketMQ消费消息 RocketMQ消息丢失常用排查套路消息丢失导致数据不一致 public enum TrackType { CONSUMED, CONSUMED_BUT_FILTERED, PULL, NOT_CONSUME_YET, NOT_ONLINE, UNKNOWN } 类型解释 CONSUMED 消息已经被消费 CONSUMED_BUT_FILTERED 消息已经被投递且被过滤 .

参与评论您还未登录，请先登录后发表或查看评论

rocketmq 控制台 trackType NOT_CONSUME_YET

热门推荐

weixin_33895516的博客

03-05

2万+

1. 问题描述 rocketmq消费者偶有没有收到消息，查看后台，显示NOT_CONSUME_YET 2. 分析 mq控制台显示有该条消息数据只是状态为未消费那么问题应该出在消费者一方诶？为什么有时能收到呢排查代码后发现: 消费者consumeMessage方法里没有捕获异常，出现空指针的代码这样造成了该条消息没有返回...

RocketMQ 详解系列

牧小农

08-08

2437

来瞅瞅吧

分布式事务(6)-分布式事务处理技术之RocketMQ

allensandy的博客

04-21

800

概念 Rocket MQ是阿里开发的一个分布式的开源消息队列组件，目前由Apache开源组织维护，最新版本是5.3.0，已经支持事务消息。事务消息可以确保本地事务与发送消息之间的原子性，相关概念: 1、Half(Prepare) Message Producer已经把消息发送给Mq服务器，但是Mq服务器尚未收到生产者的第二次Ack，这个时候消息会被标记为"temporarily undeliverable"，目前消息的状态为 HalfMessage。 2、Message Status C.

RocketMQ实战

u010423296的专栏

07-20

1543

RocketMQ分享为什么使用RocketMQ https://rocketmq.apache.org/docs/motivation/ https://ro...

rocketMQ-dashboard

03-03

RocketMQ-dashboard是一款基于Apache RocketMQ消息中间件的管理和监控工具，它为用户提供了一个直观的Web界面，通过这个界面，用户可以监控到消息的生产和消费情况，查看消息队列的状态，以及进行一些基本的管理和...

rocketmq-dashboard-2.0.1-SNAPSHOT.jar

12-10

官网更新版本啦，rocketmq-dashboard-2.0.1-SNAPSHOT.jar，全新版本，免费下载。 rocketmq-dashboard是一个用于监控和管理 Apache RocketMQ 的可视化 Web 界面工具 ①可以直观展示 RocketMQ 集群的整体状态，比如...

精选资源

rocketmq-dashboard可视化界面管理工具

12-26

通常，这会是一个类似`java -jar rocketmq-dashboard.jar --server.port=8080 --rocketmq.config.namesrvAddr=namesrv:9876`的命令，其中`8080`是Dashboard服务的端口号，`namesrv:9876`是RocketMQ的NameServer地址...

rocketmq-dashboard

06-13

基于https://github.com/apache/rocketmq-dashboard 编译2.0.1版本

rocketmq-dashboard-2.0.0版本

最新发布

10-21

rocketmq-dashboard-2.0.0

源码分析RocketMQ消息拉取拉模式PULL

中间件兴趣圈

02-22

1万+

消费者与消息存储方Broker一般有两种通信机制：推（PUSH）、拉(PULL) 推模式：消息发送者将消息发送到Broker，然后Broker主动推送给订阅了该消息的消费者。拉模式：消息发送者将消息发送到Broker上，然后由消息消费者自发的向Broker拉取消息。 RocketMQ推拉机制实现：严格意义上来讲，RocketMQ并没有实现PUSH模式，而是对拉模式进行一层包装，在消...

RocketMQ高级

yaya的博客

01-06

841

RocketMQ高级学习笔记

1、RabbitMQ---MQ介绍

weixin_45608577的博客

07-13

620

RocketMQ 的两种消息消费模式：Pull 和 Push

2401_83691559的博客

01-23

1888

在RocketMQ 中一般有两种获取消息的方式：Pull（拉取，消费端主动去broker拉取）和Push（推送，主动推送给消费端pull：取消息的过程需要用户自己写，首先通过打算消费的Topic拿到MessageQueue的集合，遍历MessageQueue集合，然后针对每个MessageQueue批量取消息，一次取完后，记录该队列下一次要取的开始offset，直到取完了，再换另一个MessageQueue。push：consumer把轮询过程封装了，并注册。

RocketMQ总结

实践是最好的方法

08-20

1226

参考：https://www.javazhiyin.com/?post_type=post&s=rocket 目录一、组件二、核心概念三、消费模式四、Java API 五、事务消息六、顺序消息七、怎么保证的消息不丢失（一）概叙八、RocketMQ是如何发消息九、Broker收到消息后如何持久化十、发消息的时候选择queue的算法有哪些十一、举例说明消息队列应用场景及ActiveMQ、RocketMQ、Kafka等的对比一、组件（一）Bro.

MQ的Push、Pull模式

haoranhaoshi的博客

08-31

1021

Push模式：很难掌握消息推送的时机和速率，因为consumer的消费速率不同。 Pull模式：consumer可以根据自己的状况选择拉取消息的时机和速率，缺点在于如果服务端没有可供消费的消息，将导致consumer不断轮询，浪费资源。 ...

RocketMQ-消费模式

zym_1321的博客

10-28

1265

一、消费模式集群消费：当使用集群消费模式时，消息队列MQ认为任意一条消息只需要被集群内的任意一个消费者处理即可。广播消费：当使用广播消费模式时，消息队列MQ会将每条消息推送给集群内所有注册过的消费者，保证消息至少被每个消费者消费一次。二、问题描述当前项目浏览器与服务器通过WebSocket实现一个通知功能，但该通知消息不稳定、刷新浏览器有时会不显示，问题根源在于部署两台带WebSocket...

实战：RocketMQ消息丢失如何排查？

m0_71777195的博客

04-17

2460

producer在本地启了一个服务，注册到测试环境的zk，测试环境的部分请求打到本地，往0队列之外的队列发了消息，但是测试环境的consumer只会消费0队列中的消息，导致消息迟迟没有被消费。这个问题发生的背景是这样的，就是我们有2个系统，中间通过mq来保证数据的一致性，结果有一天数据不一致了，那肯定是consumer消费消息有问题，或者producer发送消息有问题。乖乖，发现了新世界，消息的所有属性都在这了，看到queuId为14，果然验证了我的想法。

介绍RocketMQ-Dashboard

08-05

RocketMQ-Dashboard 是 RocketMQ 生态系统中的一个可视化管理工具，旨在帮助用户更高效地监控和管理 RocketMQ 的运行状态。通过该控制台，用户可以实时查看 Broker、Topic、队列（Queue）和消费者组（Consumer Group）等关键信息，同时支持对消息的发送与消费情况进行分析和管理。 ### 功能介绍 1. **Broker 管理** 用户可以通过 Dashboard 查看当前集群中所有 Broker 的运行状态，包括 Broker 名称、IP 地址、版本、启动时间以及 Broker 的角色（主 Broker 或从 Broker）等信息。 2. **Topic 管理** 支持查看和管理 Topic，包括 Topic 的创建、删除以及 Topic 与队列的绑定关系。此外，还可以查看 Topic 的消息发布与消费统计信息。 3. **消费者组监控** 用户可以查看所有消费者组的状态，包括消费者的订阅关系、消费进度、消费失败的消息数量等。通过这些信息，可以快速定位消费延迟或消费失败的问题。 4. **消息监控与查询** Dashboard 提供了消息的发送与消费统计图表，用户可以查看特定时间段内的消息吞吐量。同时，支持根据消息的 Key、Message ID 或时间范围进行查找，便于排查问题。 5. **系统配置管理** 用户可以在 Dashboard 中修改部分系统参数，例如 Broker 的配置信息，简化了运维操作。 6. **多语言支持与易用性** RocketMQ-Dashboard 提供了简洁直观的用户界面，并支持多语言切换，便于不同地区的开发者使用。 ### 使用场景 - **系统监控与故障排查** 在分布式系统中，消息队列的稳定性至关重要。通过 RocketMQ-Dashboard，运维人员可以实时监控消息队列的运行状态，及时发现并处理异常情况，如消费延迟、消息堆积等问题。 - **开发与测试环境管理** 开发人员可以在测试环境中使用 Dashboard 快速创建和管理 Topic，查看消息的发送与消费情况，从而验证消息队列的逻辑是否符合预期。 - **生产环境运维** 在生产环境中，Dashboard 可以作为统一的管理平台，集中监控多个 RocketMQ 集群的状态，提升运维效率。 - **教学与演示** 对于学习 RocketMQ 的用户，Dashboard 提供了直观的界面，有助于理解消息队列的工作原理和相关概念。 ### 示例：启动 RocketMQ-Dashboard 在本地环境中，若使用 Maven 构建并启动 RocketMQ-Dashboard，可在 `pom.xml` 所在目录执行以下命令： ```bash mvn clean package -Dmaven.test.skip=true ``` 构建完成后，执行以下命令启动 Dashboard： ```bash java -jar target/rocketmq-dashboard-release-1.0.0.jar ``` 启动成功后，访问 `http://localhost:8080` 即可进入 RocketMQ-Dashboard 的 Web 界面。