Navicat结构同步完全忽略复合主键字段顺序变更，仅校验主键存在与否，不解析PRIMARY KEY括号内字段排列；拖拽界面无效，必须手动执行DROP/ADD PRIMARY KEY DDL语句才能生效。
Navicat 同步结构时完全忽略复合主键字段顺序变更
navicat 的结构同步功能**不会识别、也不会应用复合主键字段顺序的变更**——哪怕你在源库执行了 alter table t drop primary key, add primary key (status, user_id)，同步预览里也不会出现任何差异，更不会生成对应语句。根本原因在于：navicat 不把「主键字段顺序」当作可比对的结构属性，它只校验「是否存在主键约束」，不解析 primary key 括号内的字段排列。
图形化界面拖拽主键顺序根本无效
在 Navicat 的「设计表」界面中，拖动主键列调整上下位置，看起来改了，但点击保存后：
• 实际未执行任何 ALTER TABLE 语句
• SHOW CREATE TABLE 输出中的主键定义顺序保持原样
• 某些版本甚至只修改了建表语句的显示模板，连 DDL 缓存都不刷新
真正生效必须显式执行 DDL：
• 先确认目标表无活跃连接（避免长事务阻塞）
• 手动运行 ALTER TABLE t DROP PRIMARY KEY, ADD PRIMARY KEY (new_first_col, new_second_col)
• 若是大表，注意该操作会锁表并重建聚簇索引，MySQL 5.7+ 可用 ALGORITHM=INPLACE 降低影响（需满足条件）
为什么 Navicat 不支持主键顺序同步？
这不是 bug，而是设计取舍：
• 它把主键视为布尔型结构项（有 / 无），而非有序元组
• 复合主键顺序直接影响最左前缀匹配和 EXPLAIN 的 key_len，但 Navicat 的比对逻辑不覆盖这类语义级差异
• 同步引擎依赖 INFORMATION_SCHEMA.KEY_COLUMN_USAGE，而该视图不暴露字段在主键中的序号（SEQ_IN_INDEX 对主键恒为 1，无法还原顺序）
• 即使开启 Compare composite indexes，该选项也只作用于 INDEX，对 PRIMARY KEY 无影响
验证主键顺序是否真被更新
别信界面，直接查数据库：
• 运行 SHOW CREATE TABLE t，看输出中 PRIMARY KEY 后括号内字段顺序是否符合预期
• 或执行 SELECT COLUMN_NAME, SEQ_IN_INDEX FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_NAME = 't' AND INDEX_NAME = 'PRIMARY' ORDER BY SEQ_IN_INDEX —— 注意：MySQL 中主键索引名固定为 PRIMARY，但 SEQ_IN_INDEX 在该视图中对主键不可靠，优先以 SHOW CREATE TABLE 为准
• 如果顺序不对，说明你还没真正执行 DDL；如果对了，但查询仍慢，检查 WHERE 条件是否跳过了最左列，或字段是否允许 NULL 干扰了优化器选择
created_at 放在 user_id 右边」，也不校验这个改动是否让线上查询从 type=ref 退化成 type=ALL。
