Navicat中建多字段联合唯一索引需点击“+”按钮逐行添加字段，而非重复点“添加索引”；注意字段顺序、索引名唯一性、类型选UNIQUE，并刷新连接或执行SHOW CREATE TABLE验证生效。
Navicat 里“索引”选项卡怎么选多个字段
直接在“索引”选项卡中点击“添加索引”后，字段栏默认只显示一个下拉框；想加多字段，得点右侧的 + 按钮（不是“添加索引”按钮），每点一次就新增一行字段选择项。常见错误是反复点“添加索引”，结果建出多个单字段索引，而不是一个联合索引。
注意字段顺序：MySQL 的联合唯一索引是按你添加的先后顺序排列的，(a, b) 和 (b, a) 是两个不同的索引，查询条件必须匹配前缀才生效（比如 WHERE a = ? 能用，WHERE b = ? 不能用）。
- 字段最多支持多少个？Navicat 本身不限，但 MySQL 单个索引最多 16 列，且所有列长度总和不能超过 3072 字节（utf8mb4 下 varchar(255) 算 1020 字节）
- 别漏掉“索引名”：必须填，且不能重复；建议用
uk_table_col1_col2格式，避免含空格或特殊符号 - “索引类型”选
UNIQUE，不是PRIMARY或NORMAL；后者不强制唯一性
为什么保存后 INSERT 还不报重复错误
最常被忽略的是 Navicat 的元数据缓存没刷新——你点“保存”只是把 DDL 提交给了数据库，但当前查询窗口仍按旧表结构解析 SQL，不会触发唯一校验。
验证是否生效，别信 UI 上那个绿色对勾，执行：
SHOW CREATE TABLE your_table_name;看输出里有没有类似
UNIQUE KEY `uk_user_token` (`user_id`, `token`) 这样的定义。
- 如果没看到，说明建索引失败；常见原因是字段已有重复数据，MySQL 会静默跳过或报错
ERROR 1062，但 Navicat 有时不弹窗提示 - 确认是否断开重连：右键连接 → “断开”，再右键 → “连接”，这是最彻底的元数据刷新方式
- 某些老版本 Navicat（如 v12 之前）在 PostgreSQL 或 SQL Server 中建
UNIQUE索引，不一定自动注册为约束对象，需额外执行ALTER TABLE ... ADD CONSTRAINT ... UNIQUE
用 SQL 手动建联合唯一索引更可靠
图形界面容易误操作，尤其跨数据库时。一条语句就能明确控制行为：
ALTER TABLE tb_device_user ADD UNIQUE `uk_token_user_id` (`token`, `user_id`);
关键点：
-
`uk_token_user_id`是索引名，必须用反引号包裹，防止字段名或关键字冲突 - 字段列表用英文逗号分隔，括号内顺序即索引顺序，不可颠倒
- 如果表里已存在重复组合（比如两条
token='A', user_id=1），这条语句会直接失败，必须先清理：DELETE t1 FROM tb_device_user t1 INNER JOIN tb_device_user t2 WHERE t1.token = t2.token AND t1.user_id = t2.user_id AND t1.id > t2.id;
- MySQL 8.0+ 支持
ADD CONSTRAINT uk_xxx UNIQUE写法，语义更清晰，但 Navicat 图形界面从不生成这种语法
NULL 值在联合唯一索引里的行为容易踩坑
MySQL 允许多个 NULL 值共存于唯一索引字段中——也就是说，(NULL, 'a') 和 (NULL, 'a') 不算重复，能同时插入。这不是 bug，是 SQL 标准定义的行为。
如果你的业务逻辑要求“token 为空时也必须唯一”，就得提前处理：token 字段设为 NOT NULL，或用默认值（如 '__MISSING__'）替代 NULL。
- PostgreSQL 行为不同：它把所有
NULL视为相等，所以(NULL, 'a')只能有一条 - SQLite 不支持在图形界面里声明
UNIQUE索引，必须用CREATE UNIQUE INDEX语句 - 字段允许 NULL 时，联合索引的统计信息可能不准，影响查询优化器选择执行计划
