看清发生了什么
读取概览、表结构、队列深度、有限日志和事件收据，导出诊断包，沿着证据排查问题。
走近 NodeBridge交互示意预览
NodeBridgeWORKSPACE / 01你的同步网络
每个节点，一目了然。
中心服务器
MySQLserver-001边缘网络02
生产线 A
同步中edge-001生产线 B
同步中edge-002双向同步规则，明确每一个目标。
规则工作区
看得懂的名字，好管理的规则。
生产事件同步
production-events源表
factory_edge.events目标表
factory_center.events主键
id同步方向双向同步
显示名称可以改变，规则身份始终保留。
连接恢复
连接回来，继续向前。
- 01连接暂时中断
未确认消息保留，等待重新投递。
- 02重建失效连接
替换旧通道与发布器，重新建立连接。
- ✓恢复数据同步
网络恢复后，按事件幂等语义重试。
此恢复路径无需手动重启 Agent。
01 — 03点击上方标签，切换预览 ↑
建立在成熟技术之上
MySQLCanal CDCRabbitMQGoWails
⌘ MODEL CONTEXT PROTOCOL
让 AI 助手，
真正接入同步运维。
通过 MCP，让 AI 客户端调用 NodeBridge 的结构化管理能力。查队列、核规则、跟踪对齐进度，把对话落到具体的工具与执行证据上。
你想让 AI 协助什么？01 — 03
支持本机 stdio 与远程 SSH，使用你自己的 MCP 客户端进行交互。
你可以这样问
帮我检查边缘节点为什么不再同步，先查看状态和日志。
客户端可调用的工具JSON-RPC · stdio
- 01
nodebridge_overview - 02
nodebridge_queue_status - 03
nodebridge_logs - 04
nodebridge_event_status
结合进程状态、队列深度与事件证据定位问题。进程正在运行，不等于同步链路健康。
从定位到处理
校验并保存配置、管理规则、控制 Agent、重试失败事件。数据修改使用结构化计划和显式确认。
管理多个节点
每个 Windows 节点独立配置一个客户端条目。本机走 stdio，Windows 或 Mac 可通过 SSH 使用配置所属账户远程连接。
接入你的 MCP 客户端
先从本机连接开始。
在 NodeBridge 中保存完整配置并开启 MCP。使用配置所属的 Windows 账户运行客户端，按客户端要求调整 command 和 args 的配置格式。
查看 MCP 工具文档 ↗远程 SSH 接入指南 ↗{
"mcpServers": {
"nodebridge": {
"command": "C:\\Program Files\\NodeBridge\\app\\SyncAgent.exe",
"args": [
"mcp-stdio",
"-config",
"C:\\ProgramData\\NodeBridge\\config.yaml"
]
}
}
}明确的操作边界。 MCP 不监听 HTTP 端口，不提供任意 Shell 或原始 SQL。保留配置校验、输出脱敏和写操作审计。首次对齐需所有参与端停止 Agent、显式确认并持续轮询；running 不代表完成。
为边缘网络而设计
复杂的网络，
也能有清晰的管理方式。
配置一条规则、应对一次断线、完成一次升级。把日常运维中重要的事情做好。
01 / RESILIENCE
连接回来，同步接续。
自动重建失效的 RabbitMQ 连接，网络恢复后，Agent 可以重新接续数据同步。
自动重连与恢复
02 / CLARITY
少些滚动，多些清晰。
紧凑的规则工作区，让显示名称更加醒目。调整名称时，保留规则 ID 和已有对齐记录。
一眼读懂规则名称
03 / CONTINUITY
软件与系统库，一起更新。
安装时自动升级已配置的 NodeBridge 系统数据库。迁移失败时阻止安装完成，明确呈现升级结果。
内置系统数据库迁移
- 01
准备运行环境
单独准备 MySQL，为每个节点设置唯一 ID，并备份配置、规则和数据库。
- 02
安装并完成配置
以管理员身份运行 Windows 安装包，明确源与目标数据库、表和列的映射。
- 03
验证你的部署
在现场验证对齐、增删改与断线恢复。当前 Beta 已覆盖隔离三 Agent 测试，不代表生产 SLA。
面向 Windows 边缘网络的 MySQL 双向同步软件
在边缘节点与中心服务器之间同步 MySQL 数据，支持双向映射、断线自动重连，以及通过 MCP 查队列、管理规则、跟踪首次对齐。提供 Windows 直装版。