结构同步才是Navicat中真正执行结构比对与同步的入口，而非“结构对比”菜单；后者仅为只读预览，不抓取元数据，需确保双库均已连接、权限充足、版本兼容，并关闭干扰项、校准选项、规避SQL执行坑点，且人工核对方向与语句必要性。
结构同步 是 Navicat 里真正干活的入口，不是“结构对比”菜单——点错地方就卡在空白页或报“无法连接”，白等两分钟。
为什么点“结构对比”会卡住或没结果？
navicat 16+ 把功能拆开了：结构对比（旧路径）只是只读预览，不抓元数据；结构同步 才触发真实比对流程。常见现象包括：
- 界面卡顿超30秒、差异面板显示0个对象——实际是连接未“锁存”，双库必须同时处于
已连接状态（非仅“已保存”） - 弹出“无法连接目标数据库”，但单独测试连接都绿——说明权限不足，尤其缺
LOCK TABLES或SHOW VIEW - 跨服务器（如本地MySQL vs 阿里云RDS）失败率高——需确认双方版本兼容（MySQL 5.7+ / PostgreSQL 10+），混用 MySQL 8.0 和 5.6 会导致 JSON 字段静默丢失
比对前必须手动关掉的三个干扰项
默认全选会拉进大量噪音，尤其是上线前赶时间时，这些选项一开就生成一堆无意义的 ALTER PROCEDURE：
-
Stored Procedures、Functions、Events全部取消勾选——它们的 DDL 差异常由注释换行空格触发，和结构变更无关 - 点
选项→ 勾选忽略列顺序和忽略默认值中的引号——否则DEFAULT '2023-01-01'和DEFAULT "2023-01-01"被当成不同 - 别信“比对全部对象”，业务上真正要管的只有
表、索引、外键、字符集四类；视图可选，其余一律关
生成 SQL 时最常踩的三个坑
预览页看着干净，执行就报错，问题基本出在这三处：
-
SET FOREIGN_KEY_CHECKS=0默认开着——若目标库有级联外键，这条会把后续ALTER TABLE全部绕过；建议删掉，结尾补SET FOREIGN_KEY_CHECKS=1 -
ENUM字段新增值被转成MODIFY COLUMN——大表会锁死；得手动改成ALTER TABLE t MODIFY COLUMN status ENUM('a','b','c','d') NOT NULL - 导出的 SQL 文件默认没分号——执行时报
ERROR 1064；要么打开文件全局替换\n为;\n，要么在高级页勾选“每条语句后添加分号”
执行前人工核对的关键点
Navicat 不校验数据一致性，只管结构；它也不会判断你是不是把源库和目标库选反了。最容易漏看的是：
- 确认方向：左侧是
源库（新结构），右侧是目标库（旧结构）——点错就变成删生产表 - 检查
DROP TABLE类语句是否真有必要——如果只是临时库比对，这类语句必须删掉 - 留意
TEXT → MEDIUMTEXT这种类型升级——查源库建表语句，确认是不是开发手动改过，而非框架自动升级
真正麻烦的从来不是生成 SQL，而是搞清哪一行该留、哪一行该砍、哪一行得手写重写。比对工具只是放大镜，不是决策者。
