跳到主要内容

打开导航

复现 MQTT 故障,追踪根因,验证修复。

一个工作台覆盖 MQTT 客户端、流量回放、Broker 压测、故障注入、PCAP 分析与有边界的 Agent 工作流。

Local Demomqtt://127.0.0.1:1883
客户端状态操作会话订阅定时消息在线
Pump Observerobs-175.0已连接新会话 300splant/#添加消息00:07:09
Pump Publisherpub-175.0已连接新会话 300s添加订阅添加消息00:06:56
36/44 条消息客户端: 全部
时间戳客户端 ID类型方向主题QOS保留载荷/总计载荷 | 原因
obs-17
MQTT 5 属性

MQTT 5 属性

用户属性

用户属性

当前视图: 网格

试试切换 Grid、Stream、Topics 和 Sparkplug,再打开消息编辑器或 AI Guide。

用更好的方式测试和调试 MQTT 系统

专业的 MQTT 工作,需要的不只是发布与订阅表单。

没有 Mqttable

你的 AI 在盲目工作

把日志和截图贴进对话,解释 Broker 状态,然后手动重复每一次诊断和操作。

复制、粘贴、发布、重复

逐条消息重建多客户端流程,同时丢失原始时序、会话和 ACK 行为。

负载测试需要一整套工具链

部署压测生成器、调优主机、接入指标、注入故障并切换工具,才能得到有用的结果。

使用 Mqttable

认识你的 AI MQTT 工程师

让兼容 MCP 的 Agent 检查 Trace、运行诊断、对比 Benchmark,并在安全边界内操作 MQTT 工作台。

把故障重放为测试用例

把实时 Trace、CSV 或 PCAP 转换为保留时序的多客户端场景,并通过 Dry Run、ACK 检查和消息交付验证结果。

压测、破坏、诊断,一气呵成

启动内置 Benchmark,注入 MQTT 感知的网络故障,再从 PCAP 抓包中排出最可能的根因。

功能

追踪 MQTT 流量,不丢失任何线索。

不止于 MQTT 发布/订阅:Insights 会揭示行为风险、流量模式,以及支撑结论的消息证据。

Grid 展示发生了什么,Stream 展示何时发生,Topics 展示消息流向何处,Sparkplug 则展示这些消息对每台设备意味着什么。

发送并追踪你的第一条 MQTT 消息
Connections 表格展示 pump-17 的 MQTT 生命周期报文和选中的 Observer QoS 1 PUBLISH 详情。

回放 MQTT 流量,无需编码。

复现多个客户端的连接、订阅和发布过程,再在你的 Broker 上运行相同流程。

保留原始时序,将主题重定向到测试环境,并在每次运行后验证响应和消息投递。

用 Replay 重现难以捕捉的 MQTT 故障
Replay Checks Passed 展示 1 项投递检查全部通过且无失败。

几分钟内即可对 MQTT Broker 发起负载测试。

模拟并发 MQTT 客户端,控制连接速率和发布速率,观察性能从何处开始发生变化。

通过实时指标尽早发现问题,再用吞吐量、延迟和连接图表复盘完整测试过程。

5 分钟运行第一次 MQTT Benchmark
已完成的 Bench 延迟快照展示真实 RTT 与端到端 P50、P90 和 P99 曲线。

先让网络出故障,别让网络拖垮你的 MQTT 系统。

将 Mqttable 放在 MQTT 客户端和 Broker 之间,然后让连接变慢、拥塞、不稳定或完全中断。查看哪些消息成功到达、客户端如何重连,以及系统能否在真实故障发生前恢复正常。

构建可重复的故障场景,在 Trace 中检查结果,并在上线前验证清理与恢复。

安全注入并验证 MQTT 延迟
Proxy 展示实时流量上启用的周期 180 ms 延迟和下行 4 KB/s 带宽 Toxic。

看清 MQTT 会话为何失败。

60 项检查覆盖连接生命周期、消息交付、订阅行为、协议正确性、MQTT 5 属性和流量健康状况。

每项需要关注的结果都会指向对应的客户端、会话和报文证据,帮助你调查故障。

从 PCAP 找到 MQTT 根因证据
PCAP 总览展示 demo.pcapng 的抓包可信度、MQTT 健康状态和优先发现。

系统状态

查看 Mqttable 最近一小时的运行情况。

集中查看 CPU、内存、文件描述符、线程数、运行时长、调度器活动和近期事件。

读取 Runtime 指标与趋势
Monitor Metrics 展示 CPU、内存、调度器、运行会话和近期资源趋势。

常用小工具

Mqttable 内置的一组小工具。

解码 JWT、生成二维码、压缩图片、比较文本、检查 gzip 数据、计算文件哈希和转换时间戳。

探索内置工程工具
文本对比突出两份 pump-17 JSON Payload 的 1 项新增和 4 项字段变化。

认识你的 AI MQTT 工程师

别再只问哪里出了问题。通过 Mqttable MCP,你的 Agent 可以检查运行状态、操作 MQTT,并验证结果。

别只聊天。 直接操作 MQTT。

通过 Mqttable MCP 创建连接、发布和订阅消息、运行受控压测、注入网络故障、检查 Trace,并分析 PCAP。

没有隐藏调用。 没有失控变更。

MCP Monitor 展示每个 Tool 的调用次数、成功率、P95 延迟和最近使用时间,以及近期问题、Plan、Apply 与 Verification。写入仍受本地授权控制,原始密钥不会进入 MCP。

工具渐进式展开。 不塞满上下文。

9 个稳定工具只在需要时展开准确的 Action、Schema 和 Resource,不把完整能力目录塞进 Prompt,把更多上下文留给 MQTT Trace 与诊断。

连接 AI Agent 并完成第一条 MQTT 消息

MQTT 桌面工具对比

比较每款应用可以安装在哪里、支持哪些 MQTT 连接、能够完成哪些测试和排障任务,以及它们在同一台 Apple M3 Mac 上的实测表现。

提供情况应用内已提供需其它工具或仅部分支持
已核对资料已核对资料中未找到

安装与连接

应用如何构建

每款桌面应用采用的主要技术。

Mqttable

使用 Tauri 2.11.5 和 Phoenix 1.8.13 构建。

MQTTX

使用 Electron 39.2.7 构建。

可以安装在哪里

支持的桌面系统与电脑类型。

Mqttable

支持 Apple Silicon 芯片的 macOS 15+ 和 Linux。

MQTTX

  • 支持 Windows、macOS 和 Linux。
  • 另有独立的命令行应用。
支持的 MQTT 版本与连接方式

Mqttable

  • MQTT 3.1、3.1.1 和 5.0
  • TCP、TLS、WebSocket(WS/WSS)和 QUIC 连接

MQTTX

  • MQTT 3.1、3.1.1 和 5.0
  • TCP、TLS 和 WebSocket(WS/WSS)连接

测试与排障

无需切换工具即可查看消息

查看实时消息、搜索历史记录并读取消息内容。

Mqttable

应用内已提供

在同一个应用里查看实时 Topic、搜索消息历史,并读取文本、JSON 或原始数据。

MQTTX

应用内已提供

可浏览实时 Topic、读取消息内容、对比变化,并用树形视图查看 JSON。

无需编写脚本即可复现流量

把保存的 MQTT 流量变成可以反复运行的测试。

Mqttable

应用内已提供

把保存的 MQTT 流量、CSV 文件或网络抓包变成可以反复运行的测试。

MQTTX

需其它工具或仅部分支持

脚本和独立命令行应用可以重复收发步骤。已核对资料中未见把多个客户端的历史流量直接变成重放测试。

在同一应用中创建测试流量

运行模拟客户端,观察 MQTT Broker 的响应。

Mqttable

应用内已提供

设置模拟客户端数量和消息发送频率,然后实时查看速度、延迟、失败、连接状态和电脑资源使用情况。

MQTTX

需其它工具或仅部分支持

独立命令行应用可以测试连接、发送和接收;桌面应用内未提供。

不修改 Broker 也能测试异常网络

测试延迟、限速、丢包、超时和断连。

Mqttable

应用内已提供

让测试流量经过应用,并加入延迟、限速、丢包、超时或断连。

MQTTX

已核对资料中未找到
先看发现,不必从原始数据包读起

打开保存的网络流量文件(PCAP),查找可能的 MQTT 问题。

Mqttable

应用内已提供

应用会标出网络抓包中可能的 MQTT 问题,并把每项发现链接到对应数据包。

MQTTX

已核对资料中未找到
使用自动化,同时保留控制权

用脚本、命令行工具或 AI 助手重复执行 MQTT 任务。

Mqttable

应用内已提供

连接兼容的 AI 助手,同时隐藏敏感连接信息,并让修改继续受权限控制。

MQTTX

需其它工具或仅部分支持

桌面脚本和独立命令行应用可以自动收发消息。已核对资料中未见桌面应用内置的 AI 接口。

MacBook Air,Apple M3、16 GB 内存。四款应用于 2026 年 9 月 2 日在 macOS 26.6.2 上同批实测。每款应用均先预热 1 次,再测量 5 次,并在各轮轮换产品顺序;Footprint 与 RSS 分别取各自的五轮中位数。

MqttableMQTTX
热启动到主工作区可操作
1.35 s2.46 s
Ready 30 秒后的内存 Footprint
339.3 MiB321.4 MiB
Ready 30 秒后的驻留集

Mqttable

Tauri / Rust 宿主
160.4 MiB
BEAM runtime
98.4 MiB
WebKit WebContent
73.9 MiB
WebKit GPU
40.4 MiB
WebKit Networking
22.3 MiB
合计
395.4 MiB

MQTTX

Electron 主进程
195.2 MiB
Electron Renderer
233.2 MiB
Electron GPU
99.0 MiB
Electron Networking
51.9 MiB
合计
579.3 MiB
安装包占用
68 MiB317 MiB
资料来源与实测方法

口径与方法

能力表以当前一手资料和表中精确版本为准。“资料未见”是证据边界,不等于断言该能力绝对不存在。

Mqttable:1.2.0;竞品使用官方 Apple Silicon 安装包。

Ready 标准:Mqttable 的 /__desktop/ready 返回 200,且出现 Connections 与 Connect Now;MQTTX 出现 Connections 且 New Connection 可操作;MQTT Explorer 出现连接表单;MQTT.fx 点击 Continue Without License 后出现 Namespace Explorer、Connect 与 Publish。到达该状态 30 秒后先采集 RSS,再对多个归属 PID 采集 macOS Footprint。测试未连接 Broker,也未运行工作负载。

四款应用都使用隔离数据目录,并复用各自预热后生成的干净状态。四款应用在同一轮测试中测量,并在各轮轮换产品顺序。MQTT Explorer 随包签名校验失败后做了 ad-hoc 重签名。Footprint 会在归属 PID 集合内去重多重映射对象;RSS 仍可能重复计入共享页。Mqttable 的 WebContent 与 Networking 通过其 Bundle 数据路径确认,配套 GPU 进程通过启动/退出生命周期归属。

能力结论只针对表中精确版本与已核对资料,不代表产品整体优劣。本机实测只描述这台 Mac 与当前方法,不是普遍性能结论。

实测与核对:2026-09-02

免费本地工作台

完整 MQTT 工作台,先免费用起来。

连接、检查、回放、压测、代理、分析 PCAP、监控 Runtime,并使用本地 MCP。日常 MQTT 开发在 Free 中即可完成;调查需要更大规模、更长运行或完整证据时,再升级 Pro。

Mqttable Free

完整的本地 MQTT 工作台,覆盖日常开发与排障,并清楚标明调查边界。

$0/ 永久

  • Connections、Trace、Replay、Proxy、Bench、PCAP、Monitor、Tools 与导出
  • Broker、Proxy、Replay 与 PCAP 各 3 个工作区
  • 15 步 Replay、10 分钟 Bench 与 PCAP Top 5 检查详情
  • 本地 MCP 能力发现、脱敏读取与有边界的操作

需要帮助?

关于使用方式、连接管理和 MQTT 排障,这里先回答常见问题。仍需帮助? support@mqttable.com