Navicat结构同步需先连接两个同类型数据库，右键连接选择「结构同步」；若菜单灰显，检查是否双连接在线且权限足够；关键须确认左右面板源/目标无误，避免误删生产表。
Navicat里结构同步功能在哪找
结构同步不是默认打开的按钮，得先连上两个数据库（源库和目标库），右键点击其中一个连接 → 选「结构同步」。如果菜单灰掉，大概率是没同时连上两个有效连接，或者当前连接权限不够（比如只读用户无法读取表结构）。
常见错误现象：Structure Synchronization 选项不可见、点击后弹出「No valid connection selected」提示。
- 确保两个连接都处于「已连接」状态（连接图标是绿色小灯泡）
- 两个连接必须是同类型数据库（
MySQL对MySQL，不能PostgreSQL同步到MySQL） - 目标库用户需有
CREATE、ALTER、DROP权限，否则后续执行会失败
同步前必须核对的三个关键设置
进入同步向导后，第一页就决定是否白忙一场：它默认把「源库」当左边、「目标库」当右边，但你点反了，就会删掉生产库的表——这是最常被忽略的致命操作。
使用场景：日常开发环境同步测试库结构，或上线前比对预发与生产差异。
- 左面板必须是「变更来源」（比如开发库），右面板是「要更新的目标」（比如测试库）
- 勾选
Compare options里的Ignore auto-increment value，否则主键自增起始值不同会误判为差异 - 取消勾选
Drop objects not exist in source（除非你真想删目标库的额外表），默认勾选，一不小心就清空线上表
生成 SQL 脚本时为什么总报错「Unknown column」
这通常不是 Navicat 的 bug，而是字段顺序或约束依赖没处理好。Navicat 默认按「先删后建」逻辑生成语句，但如果目标库有外键，又没关掉 Disable foreign key checks，就会卡在 ALTER TABLE DROP COLUMN 报错。
性能影响：开启 Disable foreign key checks 可避免外键校验开销，但仅适用于你确认数据一致性可控的场景。
- 在「Options」页勾选
Disable foreign key checks和Use IF NOT EXISTS - 如果涉及
ENUM或SET类型字段变更，手动检查生成的 SQL 是否包含完整枚举值列表（Navicat 有时会漏掉新增值） - 别直接点「Run」，先点「Save as SQL File」，用文本编辑器扫一眼再执行
同步完成后表数据没变，但结构还是不对
结构同步只改表定义（CREATE TABLE / ALTER TABLE），不碰任何一行数据。如果你发现字段类型变了但旧数据被截断，那是执行 SQL 时 MySQL 自动转换导致的，和 Navicat 无关。
兼容性影响：MySQL 8.0+ 对 JSON 字段长度、TEXT 默认值等限制更严，若源库是 5.7，目标库是 8.0，同步可能静默跳过某些变更。
- 执行完同步后，务必手动运行
SHOW CREATE TABLE `table_name`对比两边输出 - 注意字符集差异：
utf8mb4_0900_as_cs在 8.0 是默认排序规则，但老库可能是utf8mb4_general_ci，Navicat 不会自动转换 - 视图、存储过程、函数不会被同步，需要单独用「对象同步」功能处理
真正麻烦的永远不是点几下鼠标，而是哪边是源、哪边是目标，以及「删不存在对象」那个开关有没有手抖点错。
