Navicat结构同步将索引字段顺序、名称、前缀长度、排序方向等差异均视为“删除+新建”，而非“修改”，必须通过DDL比较面板逐字核对CREATE TABLE语句才能准确识别真实差异。
结构同步能识别索引增删，但字段顺序变化不标为“修改”
navicat 的 工具 → 结构同步 会把缺失的索引标为“创建”，多出的标为“删除”，但**不会把 index idx_a_b (a,b) 和 index idx_b_a (b,a) 当作同一索引的顺序调整**——它直接当成两个不同索引，显示为“删除+新建”。你得主动点开每条差异项，右键选“在 ddl 比较中查看”，才能确认是字段顺序、前缀长度（如 col_b(10) vs col_b）或排序方向（desc）变了。
DDL 比较面板才是判断索引是否等价的唯一依据
Navicat 解析后输出的标准 DDL 是统一格式：KEY `idx_name` (`col_a`, `col_b`(10), `col_c` DESC)。这意味着：
- 原始 SQL 写法差异（比如括号空格、换行、注释）全被忽略
-
USING BTREE被省略不报错，但若一边显式声明、一边没写，会被标为差异 - 函数索引如
KEY ((UPPER(email)))必须两边写法完全一致，UPPER和LOWER不视为等价 - MySQL 8.0+ 的 invisible index 属性，在 MySQL 5.7 目标库上无法存在，Navicat 会把它当作定义变更
跨版本比对时，ENGINE 和 COLLATE 不一致会干扰判断
索引能否生效，依赖底层存储引擎和字符集规则，Navicat 会如实反映这些影响：
- 源库表用
InnoDB，目标库是MyISAM：FULLTEXT 索引可能被忽略或报错 - 两边表的
COLLATE不同（如utf8mb4_0900_as_csvsutf8mb4_unicode_ci），Navicat 可能标记“需重建”，这不是误报——排序规则变更会让索引无法用于某些WHERE或ORDER BY - MySQL 8.0 前不支持
ASC/DESC显式声明，但 Navicat 仍会比对并标记，容易让你误以为有变更
索引名不同 ≠ 逻辑不同，但 Navicat 不做语义推理
两个索引字段、顺序、唯一性都一样，只是名字不同（比如 fk_user_id vs user_id_2），Navicat **一律视为“删除旧索引 + 新建新索引”**，不会提示“可重命名”。它只比对象存在性和 DDL 定义一致性，不推理语义等价性。所以：
- 别只扫“操作类型”列，必须进 DDL 面板逐字核对左右两边的完整
CREATE TABLE输出 - 如果想保留原索引名，得手动编辑同步脚本，把
DROP INDEX+CREATE INDEX改成RENAME INDEX（MySQL 5.7+ 支持） - 函数索引、前缀长度、invisible 属性这些细节，一旦两边不严格一致，就进 DDL 面板——这是唯一能看清真实差别的地方
