Navicat结构同步生成大量无意义ALTER COLUMN的根本原因是默认比对逻辑过于严格，将语义等价但写法不同的定义（如引号类型、列顺序、字段长度微调）误判为差异，需通过勾选“忽略列顺序”和“忽略默认值中的引号”、取消存储过程等对象比对、设置目标库兼容模式及确保权限完整来规避。
为什么结构同步总生成一堆无意义的 ALTER COLUMN
navicat 默认比对逻辑太“较真”，把语义等价但写法不同的定义当成真实变更。比如 varchar(100) 和 varchar(191) 只是长度微调，default '2023-01-01' 和 default "2023-01-01" 仅引号类型不同，但它全标为差异。
实操建议：
- 进入「对象选择」页后，点「选项」→ 勾选「忽略列顺序」和「忽略默认值中的引号」
- 取消勾选
Stored Procedures、Functions、Events—— 它们的定义差异常由空格、换行、注释触发，和结构无关 - 若发现大量
MODIFY COLUMN而非CHANGE COLUMN，先查源库建表语句是否被手动改过类型，别直接信同步预览
目标库版本不匹配导致 JSON/隐藏索引等特性误报
MySQL 8.0 的 JSON 字段、隐藏索引、ALGORITHM=INSTANT 在 5.6/5.7 目标库中根本不存在，Navicat 却仍尝试比对并生成 DROP 或 MODIFY，造成“差异爆炸”。
实操建议：
- 执行
SELECT VERSION();和SELECT @@version_comment;确认目标库真实版本，别信连接属性里显示的版本 - 结构同步向导 → 「选项」→ 「高级」→ 手动设
Compatibility Mode为目标库确切版本（如 MySQL 5.7） - 若用 Navicat 15 或更早版，该选项不存在，只能导出后全局删掉
JSON、HIDDEN、ALGORITHM=等关键词
导出 SQL 前没关外键检查，导致预览里塞满 SET FOREIGN_KEY_CHECKS=0
Navicat 默认在生成脚本开头加 SET FOREIGN_KEY_CHECKS=0;，但若目标库有级联约束，这条语句会让后续 ALTER TABLE 失效（比如改主键时外键没被自动更新），反而引发更隐蔽的结构不一致。
实操建议：
- SQL 预览页右上角点「高级」→ 取消勾选「在 SQL 语句前添加 SET FOREIGN_KEY_CHECKS=0」
- 若已导出，手动删掉开头两行
SET FOREIGN_KEY_CHECKS=0;和结尾的SET FOREIGN_KEY_CHECKS=1;，改用单条语句控制（如ALTER TABLE t1 DISABLE KEYS;） - 对含外键的大表，优先考虑分步操作：先删外键 → 改结构 → 再重建外键，别依赖一键同步
权限不足让 Navicat 卡在“正在获取表元信息”却不出错提示
比对过程需要从目标库读取完整元数据，缺 SHOW VIEW 或 LOCK TABLES 权限时，Navicat 不报错，只无限转圈或跳过部分表，导致差异漏检——你以为没差异，其实只是它没看到。
实操建议：
- 目标库用户必须有：
SELECT、SHOW VIEW、LOCK TABLES（注意不是LOCK TABLES的 SUPER 权限） - 用该账号连上目标库，执行
SHOW GRANTS;确认权限列表里确实包含这三项 - 若用云数据库（如阿里云 RDS），
LOCK TABLES可能被禁用，此时必须改用 mysqldump + diff 工具人工比对，别硬扛 Navicat 同步
