Navicat 同步模型时看不到新创建的复合索引，根本原因是默认不比对多列索引，需手动开启“Compare composite indexes”选项并重启生效；即使开启，也可能因字段排序、特殊字符或元数据异常（如SEQ_IN_INDEX不连续）导致识别失败。
Navicat 同步模型时为什么看不到新创建的复合索引？
根本原因不是 navicat 没“看到”，而是它默认不把多列索引纳入结构比对范围——哪怕你已经在数据库里用 create index 或表设计界面建好了 (user_id, status, created_at) 这样的联合索引，同步模型时仍可能显示“无差异”。
必须手动开启多列索引比对开关
Navicat 默认只比对表、字段、主键、外键、单列索引这五类对象，复合索引（含多列唯一索引、联合普通索引）被排除在外。这个行为在 Navicat 16+ 中依然存在，且没有提示。
- 路径是：
Tools → Options → Data Modeling → Synchronization - 勾选
Compare composite indexes（注意：不是“Compare indexes”那个总开关） - 该选项关闭时，
SHOW INDEXES FROM table_name返回的多列索引记录会被直接过滤掉 - 重启 Navicat 才能生效——改完设置不重启，同步向导里依然不会加载复合索引
即使开了比对，也可能漏掉某些复合索引
不是所有复合索引都能被正确识别，尤其当它们来自非标准创建方式时：
- 用
ALTER TABLE ADD INDEX创建的索引，只要字段顺序和类型一致，通常能识别 - 但用
CREATE INDEX idx_name ON tbl (a DESC, b ASC)在 MySQL 5.7 及更早版本中，Navicat 可能只读取字段名，忽略DESC并报“索引定义不一致”，因为底层实际存储是全 ASC - 如果索引名含特殊字符（如短横线
idx-user-id-status），而建表时没加反引号，Navicat 解析SHOW CREATE TABLE时可能截断或报错，导致整条索引丢失 -
INFORMATION_SCHEMA.STATISTICS中SEQ_IN_INDEX值重复或为 0 的索引，会被 Navicat 主动跳过（常见于某些 ORM 工具生成的异常索引）
验证是否真被识别：别信界面，查 SQL DDL
同步前最可靠的验证方式，是让 Navicat 输出比对脚本再人工核对：
- 在同步向导最后一步点
Save as SQL File，不要直接执行 - 打开生成的 SQL，搜索
CREATE INDEX或ADD INDEX，确认目标索引是否出现在其中 - 若缺失，说明 Navicat 根本没读到它——此时应回数据库执行
SHOW INDEXES FROM `table_name` WHERE Key_name = 'your_index_name';，检查Seq_in_index是否连续、Collation是否为A - 特别注意：Navicat 不会校验索引字段顺序是否与查询条件匹配，它只认 DDL 定义。顺序错了，它照样同步过去，但后续查询仍会
type=ALL
