Navicat 16 中精准比对两张表字段差异（如类型、默认值）的唯一方法是“工具→结构同步”，而非“表对比”或“数据对比”；需分别指定源库与目标库（即使同库），确保表为Navicat支持的对象类型，并手动筛选字段、检查并修改脚本中的DEFINER和字符集。
用结构同步功能比对两张表，不是“表对比”面板
Navicat 16 没有独立的“两张表字段对比”界面。你找不到“右键→表A vs 表B”这种入口。真正能精准识别字段级差异（比如 user_name 类型从 VARCHAR(50) 改成 VARCHAR(100)、默认值从 NULL 变成 ''）的，只有 结构同步 功能——它底层走的是 DDL 解析比对，不是简单看字段名是否一致。
常见错误是点开“数据对比”或“表对比”，那只会比行数据，完全不检查字段定义。一旦误入，花十分钟点来点去，最后发现根本没比到你要的东西。
正确路径是：工具 → 结构同步，然后分别指定源表所在数据库和目标表所在数据库（哪怕两张表在同一个库，也得选两次同一库）。
必须确保两张表都属于可比对的数据库对象类型
结构同步只处理 Navicat 明确认知的数据库对象：表、视图、索引、外键、CHECK 约束等。它不会比对临时表、内存表（如 MySQL 的 MEMORY 引擎）、或者某些数据库特有对象（如 PostgreSQL 的分区子表，若未启用对应扩展支持）。
如果你选中两张表后，同步界面里它们灰掉不可勾选，大概率是以下原因之一：
- 其中一张表实际是视图（
SHOW CREATE VIEW能确认），而你当前连接模式没开启视图支持（可在连接属性→高级→勾选“加载视图”） - 表使用了 Navicat 尚未适配的引擎（例如 MariaDB 的
ColumnStore表） - 目标库权限不足，无法读取
INFORMATION_SCHEMA.COLUMNS或等效系统表
最稳的做法：先在两个库中分别右键该表→“对象信息”，确认都能正常打开字段列表页。打不开，就别进结构同步了。
同步前手动过滤字段，比生成脚本后再改更可靠
结构同步默认会把所有差异字段都放进变更脚本，包括你并不想动的字段（比如某张表加了个 created_at 时间戳字段，但你这次只想调 price 的精度）。直接运行容易误伤。
推荐做法是在比对完成后的界面，左侧树状结构里逐个展开表→“字段”，取消勾选不需要变更的字段项。注意三点：
- 勾选状态不保存，每次重新执行结构同步都要再筛一遍
- 如果字段只是
COMMENT不同，默认不触发变更；要让它参与比对，需在结构同步设置里勾选“比较注释” - 修改字段顺序（
AFTER/FIRST）在部分数据库（如 SQL Server）不被支持，勾了也无效，还会在日志里报Unsupported operation: change column position
示例：你想把测试库的 products 表字段类型同步到生产库，但不想动 updated_by 字段。就在同步界面展开生产库的 products → 字段 → 找到 updated_by 行，取消复选框。
生成脚本后别直接“运行”，先检查 DEFINER 和字符集
生成的 SQL 脚本开头常带 CREATE DEFINER = 'root'@'localhost' 这类语句，在目标库执行会因权限失败。这不是 Navicat 的 bug，而是源库导出时保留了原定义。
更隐蔽的问题是字符集隐式转换：比如源表用 utf8mb4_unicode_ci，目标库连接默认字符集是 latin1，即使脚本里写了 CHARACTER SET utf8mb4，也可能在执行 ALTER TABLE ... MODIFY 时悄悄降级。
安全操作是：
- 点击“保存脚本”而非“运行”
- 用文本编辑器打开脚本，全局替换掉所有
DEFINER = ...为DEFINER = CURRENT_USER或直接删掉整行 - 确认脚本中每个
ALTER TABLE语句都显式包含CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci（按实际需要调整） - 在目标库用 Navicat 自带的
查询窗口手动粘贴执行，方便随时中断
这步多花两分钟，能避开 80% 的线上同步翻车场景。尤其当目标库是生产环境时，没有“撤回”按钮。
