Navicat 无法直接修改复合主键字段类型或 NULL 属性，必须先取消主键再修改，且需确保字段非空、类型支持索引、联合值无重复；主键字段顺序不可拖拽调整，须重新设置；右键“主键”灰色时因 Null 全为 NO、类型索引友好、处于设计表页三条件未全满足；有数据时建主键失败不提示冲突行，需手动查重。
Navicat 不能直接编辑已有复合主键字段的类型或 NULL 属性
因为 mysql（及多数主流引擎）不允许在主键约束存在时直接修改字段类型、长度或 null 状态。navicat 的“设计表”界面只是生成并执行 alter table 语句，它不会绕过数据库的底层限制。
常见错误现象：ERROR 1025 (HY000): Error on rename 或静默失败（界面上显示保存成功，但实际字段未变）；改 VARCHAR(100) 到 VARCHAR(50) 后查 INFORMATION_SCHEMA.COLUMNS 发现长度仍是 100。
- 必须先右键对应字段 → “取消主键”，再修改类型/长度/NULL 属性，最后重新 Ctrl 多选设回复合主键
- 如果字段含数据，且新类型不兼容（如
INT改VARCHAR），MySQL 会拒绝，Navicat 不提示具体原因，只卡在保存环节 - 修改后记得检查是否仍满足复合主键前提：所有字段必须为
NOT NULL、类型支持索引（TEXT/JSON不行）、联合值无重复
复合主键字段顺序无法在 Navicat 中拖拽调整
Navicat 的“设计表”界面不支持通过鼠标拖动来改变复合主键中各字段的声明顺序——那个“主键1/主键2”的序号是只读标记，不是可编辑位置。
这个顺序直接影响 B+ 树索引的构建逻辑和查询效率。例如 PRIMARY KEY (tenant_id, order_no) 能高效响应 WHERE tenant_id = ? AND order_no > ?，但 WHERE order_no = ? 就无法走该索引。
- 想调换顺序，只能先取消全部主键，再按目标顺序 Ctrl 多选重新设置
- Navicat 导出的 SQL 会严格按这个顺序生成，不能靠“视觉排序”蒙混过关
- 某些旧版本（如 v15）甚至不显示序号，导致误以为顺序无关紧要
Navicat 右键“主键”菜单灰色不可用的三个硬性条件
不是按钮坏了，而是 Navicat 在后台做了校验，但不明确提示缺哪一项。只要任一条件不满足，“主键”右键项就灰掉。
-
Null列必须全为NO（即每个字段都勾掉“允许空”） - 字段类型必须是索引友好型：
VARCHAR、INT、CHAR可以；TEXT、TINYTEXT、JSON不行（得换成VARCHAR(255)这类限定长度类型） - 当前必须在“设计表”标签页操作——如果误点进“表数据”页，右键菜单里压根没有“主键”选项
已存在数据时，Navicat 会阻止复合主键创建但不说明具体冲突行
当你在有数据的表上设复合主键，Navicat 会在保存时执行 ALTER TABLE ... ADD PRIMARY KEY，MySQL 检测到联合字段存在重复值就会中断，但 Navicat 界面只弹“保存失败”，不列出哪几行冲突。
这比语法错误更难排查：字段类型、NULL、索引都对，就是卡在数据层。
- 提前自查：运行
SELECT col_a, col_b, COUNT(*) FROM table_name GROUP BY col_a, col_b HAVING COUNT(*) > 1 - Navicat 不提供“跳过重复”或“去重后建主键”选项，必须手动清理或加中间逻辑处理
- 若表很大，这个
GROUP BY查询本身可能慢，别等界面超时——直接在查询窗口跑
