Navicat结构同步默认将索引作为核心对象比对，索引名不同、字段顺序微调或INDEX/KEY写法差异均被标为“不同”；需在结构同步向导的「选项→高级选项→对象类型」中取消勾选Index以跳过索引比对，再单独通过SQL或模型DDL安全重建。
Navicat 同步对比时为什么索引总被标为“不同”
因为 Navicat 的「结构同步」默认把索引当作核心对象参与比对——哪怕只是索引名不同、字段顺序微调、或 MySQL 中 INDEX 和 KEY 关键字写法差异，都会触发“不一致”标记。更麻烦的是，某些数据库（如达梦、旧版 MySQL）不支持 ALTER INDEX ... RENAME，导致同步直接失败。
在“结构同步向导”里关闭索引比对的实操路径
这个选项藏得深，不是设置页第一屏，必须手动展开：
- 右键目标连接 → 选择「结构同步」→ 选中源模型（物理模型）和目标数据库
- 点击「下一步」进入「选项」页（注意不是「映射」页）
- 勾选「高级选项」→ 展开「对象类型」列表
-
取消勾选
Index（其他如View、Stored Procedure可按需保留）
此时再点「下一步」，生成的差异报告里就不再包含任何索引项，同步脚本也不会尝试增删改索引。
跳过索引后，怎么安全地单独管理索引
索引不该被忽略，只是不该混在表结构同步里一起动。推荐分两步走：
- 先用上述方式同步表、字段、约束等基础结构（不含索引）
- 再单独使用「查询构建器」或「SQL 编辑器」执行建索引语句，例如：
CREATE INDEX idx_user_email ON users(email); - 若需批量重建，可导出物理模型的 DDL：右键模型 → 「生成 SQL」→ 勾选「仅索引」→ 复制执行
这样做的好处是：你能控制索引创建时机（比如避开业务高峰）、显式指定 ALGORITHM=INPLACE（MySQL）、或适配目标库语法（如达梦用 CREATE CLUSTERED INDEX）。
容易被忽略的兼容性细节
即使关了索引比对，仍有两个隐性坑：
- Navicat 在 PostgreSQL 中识别索引时，会把表达式索引（如
CREATE INDEX ON t ((lower(name)))）当成不支持对象，直接跳过比对——但它不会提醒你，只当“不存在” - MySQL 8.0+ 的隐藏索引（
INVISIBLE）在 Navicat 16 及更早版本中无法识别，会被当作缺失索引，除非你手动在「高级选项」里勾选「比较隐藏对象」
真正要稳，别依赖“自动排除”，而是把索引当成独立部署单元来设计和验证。
