Navicat不支持直接比对两个.sql文件，因其比对引擎仅解析数据库元数据而非文本内容；必须将脚本分别导入临时库，再通过“工具→结构同步”比对真实结构差异。
Navicat 本身不支持直接比对两个 .sql 文件——它没有“上传两个脚本 → 点击比对”的功能。所谓“SQL对比”，实际是结构同步流程中附带的语义级 DDL 解析能力，只作用于数据库对象，而非文本文件。
为什么不能双击打开两个.sql文件然后点比对
Navicat 的比对引擎从不读取文件内容，它只解析运行中的数据库元数据（SHOW CREATE TABLE、INFORMATION_SCHEMA 等）。你手上的 dev_v2.sql 和 prod_v1.sql 是纯文本，Navicat 不会也不懂怎么“理解”它们。手动用 VS Code 或 diff 工具看到的只是换行、缩进、注释差异，不是结构逻辑差异——比如 INT NOT NULL 和 INT(11) NOT NULL 在 Navicat 看来等价，但在文本 diff 里会被标红。
必须把.sql导入临时库再走结构同步
这是唯一能还原真实结构意图的路径，操作要点如下：
- 新建两个本地连接（如
localhost:3306），分别创建空库：tmp_dev和tmp_prod - 右键
tmp_dev→ “运行SQL文件”，选中你的开发版脚本；同理把生产版脚本导入tmp_prod - 导入前务必删掉脚本开头的
CREATE DATABASE、GRANT、USE等跨库语句，Navicat 会报错跳过 - 确保两库字符集一致（例如都设为
utf8mb4），否则字段名或索引定义可能被误判为不同 - 右键
tmp_dev→ “工具 → 结构同步”，源选tmp_dev，目标选tmp_prod，点“比对”
比对结果里哪些细节容易被忽略
Navicat 展示的是它“理解后标准化”的 DDL，但以下几点常被当成小问题跳过，实则影响上线：
-
DEFAULT值是否显式声明：手工写的脚本常漏写DEFAULT NULL，Navicat 会把它和显式声明的列标为“不同” -
ON UPDATE CURRENT_TIMESTAMP存在性：MySQL 5.7+ 支持该子句，但脚本里少写一个字，结构同步就认为字段行为不一致 - 字段顺序：即使语义完全相同，
id, name, created_at和id, created_at, name在 Navicat 中默认视为差异（可勾选Ignore column order关闭） - ENUM 值顺序：
ENUM('a','b','c')和ENUM('b','a','c')被认为是不同定义，但 Navicat 不提示这是枚举值重排还是类型变更
导出 HTML 报告前必须确认三件事
很多人点完“导出为 HTML”发现空白页或乱码，问题通常出在这几步：
- 比对必须已完成且状态栏显示
Comparison completed successfully，否则导出按钮不可用或输出空文件 - 全局编码需设为
UTF-8（Tools → Options → Environment → Default encoding），否则中文字段名在 HTML 里显示为??? - 导出图标在比对结果窗口右上角（形状是带箭头的方框），不在右键菜单或下方列表里；若点击无反应，先关掉浏览器弹窗拦截器
真正关键的不是“怎么点出来”，而是理解：Navicat 的差异永远是“两个活库之间的真实结构差”，不是“两个文本文件的字符串差”。如果你的 SQL 脚本里混着初始化数据、权限语句或跨库操作，导入前不清理，比对结果就不可信——这一步省不得，也绕不过。
