Navicat 中建多列唯一约束本质是创建唯一索引，需在“设计表→索引”中新增一行、选“UNIQUE”类型、勾选多个字段并指定顺序，保存后生成 CREATE UNIQUE INDEX 语句；普通索引或主键无法替代，且 NULL 值不参与唯一校验。
Navicat 里建多列唯一约束，本质是建唯一索引
navicat 并没有独立的“多列唯一约束”创建入口，它把 unique 约束的实现交给了唯一索引——也就是说，你必须通过新建“唯一索引”来达成多列唯一性校验。这和 mysql 底层机制一致：alter table ... add unique 实际会自动创建一个唯一索引。
在表设计界面添加多个字段到同一个唯一索引
打开表的“设计表”（Design Table），切换到 Indexes 标签页：
- 点击左下角
+新增一行，Index Name填写有意义的名字（如uk_user_email_status），Index Type选Unique - 在下方字段列表中，勾选你要参与唯一组合的多个列（例如
email和status） -
注意顺序：勾选顺序 = 索引字段顺序，会影响查询走索引的效率（比如
WHERE email = ? AND status = ?能用，但仅WHERE status = ?通常不能） - 保存后，Navicat 会执行类似
CREATE UNIQUE INDEX uk_user_email_status ON users (email, status)的语句
常见错误：误以为“主键索引”或“普通索引”能替代唯一约束
如果你只建了普通索引（Index 类型）或多列主键（Primary），它们不等价于多列唯一约束：
-
Primary索引强制非空且唯一，但一表只能有一个，且所有字段不能为NULL—— 多数场景不适用 -
Index（非唯一）允许重复值，无法防止(a=1,b=2)和(a=1,b=2)同时存在 - 如果已有重复数据，建唯一索引会失败，报错类似：
Duplicate entry 'xxx' for key 'uk_xxx'，需先清理或用IGNORE（不推荐）
建完之后怎么确认生效了
别只信 Navicat 界面显示，直接查 MySQL 元数据更可靠：
SHOW INDEX FROM `users` WHERE Key_name = 'uk_user_email_status';
看输出中 Non_unique 列是否为 0（0 = 唯一），Seq_in_index 是否按预期列出多个字段及顺序。另外，手动插入重复值测试（如两条 email='a@b.com', status=1）应明确报错 1062 Duplicate entry。
容易被忽略的是：唯一索引对 NULL 的处理——MySQL 中，NULL 不参与唯一性比较，所以 (a=1, b=NULL) 和 (a=1, b=NULL) 是允许共存的。如果业务真要禁止这种“伪重复”，得加额外检查逻辑或改用生成列+唯一索引。
