Navicat 不支持分布式数据库元数据自动同步，必须手动逐对执行结构同步；它仅提供一次性双向比对并生成DDL脚本，不监听变更、不支持广播，且受MySQL版本、SQL mode、字符集等兼容性限制。
navicat 无法直接实现分布式数据库节点间的元数据同步——它没有内置的“跨节点 schema 广播”或“ddl 变更自动分发”能力。元数据（如表结构、索引、视图定义）同步必须走结构同步（schema synchronization）流程，且需逐对执行，不能批量或自动触发。
Navicat 的结构同步（Structure Synchronization）不是元数据自动广播
很多人误以为“结构同步”能像配置中心那样把一个节点的 DDL 变更推送到所有分片。实际并非如此：Structure Synchronization 是一次性、手动触发的双向比对工具，只生成一次性的 DDL 脚本，不监听源库变更，也不支持订阅式更新。
常见错误现象包括：
- 在节点 A 上改了
CREATE TABLE，期望 Navicat 自动把 DDL 同步到 B/C/D —— 不会触发，除非你手动打开Structure Synchronization并重新运行 - 用
Data Synchronization想同步表结构 —— 该功能只处理行数据，完全忽略 DDL，执行后表结构不一致会导致后续数据同步失败
必须手动逐对执行结构同步，且顺序不可颠倒
假设你有 4 个 MySQL 分片：shard_01、shard_02、shard_03、shard_04，目标是让它们 schema 完全一致：
- 选一个权威节点作为
Source（比如shard_01），其余全部作为Target - 对每个目标节点单独建一个结构同步任务：
shard_01 → shard_02、shard_01 → shard_03、shard_01 → shard_04 - 每次同步前，务必勾选
Preview SQL，检查生成的 DDL 是否含DROP INDEX、MODIFY COLUMN等高危操作；Navicat 默认不会加锁，DDL 执行期间表可能短暂不可写 - 不要跳过
Compare步骤——如果目标节点已有同名但结构不同的视图或存储过程，Navicat 可能报错ERROR 1356 (HY000): View 'xxx' references invalid table(s) or column(s)
容易被忽略的兼容性硬约束
结构同步失败往往不是操作问题，而是底层兼容性卡住：
-
MySQL 8.0和MySQL 5.7之间同步JSON字段或生成列（generated column）会失败，Navicat 不做版本降级适配 - 目标库若启用了
sql_mode=STRICT_TRANS_TABLES，而源库没启用，某些ALTER TABLE可能因隐式转换被拒绝 - Navicat 对
COMMENT字段、字符集（如utf8mb4_0900_as_cs）、隐藏索引等新特性支持滞后，2026 年最新版仍可能跳过或报错 - 如果目标表正在被应用写入，Navicat 不会等待或重试，
ALTER TABLE直接失败并中断整个同步流程
真正需要频繁元数据同步的场景，Navicat 只能当辅助校验工具，不能替代 DDL 版本管理或自动化发布流程。最易出问题的环节不是点击“运行”，而是没提前确认各节点的 MySQL 版本、SQL mode 和锁状态。
