Navicat 17 移除“约束”选项卡，唯一约束须通过索引面板创建UNIQUE类型索引实现；若保存失败报Duplicate entry错误，说明字段存在重复值，需先清理数据再操作。
navicat 17 确实移除了“约束”选项卡，所谓“无法添加唯一约束”不是 bug，而是功能变更——它把唯一约束统一归到索引机制里实现，必须用“unique 索引”方式添加。
为什么 Navicat 17 表设计器里找不到 Unique Constraint 选项
从 Navicat Premium 16 开始，“Constraints”标签页（含 Primary Key、Unique、Check、Foreign Key 等）已被彻底移除。官方将唯一性保障逻辑下放至索引层：MySQL/PostgreSQL 的 UNIQUE 约束底层就是靠 UNIQUE 索引支撑的，Navicat 选择只暴露索引操作入口，避免概念冗余。
常见误判是以为“没入口 = 不支持”，其实只是路径变了：
- 不再有
Add Constraint → Unique流程 - 取而代之的是在
索引面板中新建一个类型为UNIQUE的索引 - 该索引创建成功后，等效于添加了唯一约束（
SHOW CREATE TABLE中会显示UNIQUE KEY）
通过索引面板添加 UNIQUE 时保存失败：Duplicate entry 错误
点击保存时报错 Duplicate entry '' for key 'xxx' 或类似提示，说明目标字段已有重复值（包括多个 NULL 值在某些引擎下也被视为重复），MySQL 拒绝创建唯一索引。
必须先清理数据，再操作：
- 执行
SELECT `column_name`, COUNT(*) FROM `table_name` GROUP BY `column_name` HAVING COUNT(*) > 1;找出重复项 - 对
NULL值要特别注意：MySQL 允许多行NULL存在于 UNIQUE 字段，但部分版本或严格模式下会报错；建议先用WHERE `column_name` IS NOT NULL过滤后再查重 - 删掉重复行，或用
UPDATE+ROW_NUMBER()（MySQL 8.0+）去重保留一条 - 确认无重复后，再回到 Navicat 索引面板保存
SQL 方式添加 UNIQUE 更可靠，尤其对已存在数据的表
图形界面受限于实时校验和缓存，容易卡在预检阶段；直接执行 ALTER TABLE 能绕过部分 UI 干预，也方便复用和审计。
语法要点：
- 单列：
ALTER TABLE `users` ADD UNIQUE `uk_email` (`email`); - 多列组合唯一：
ALTER TABLE `orders` ADD UNIQUE `uk_user_status` (`user_id`, `status`); - 索引名
uk_*建议自定义，避免 Navicat 自动生成的长随机名（如user_email_uindex）不易识别 - 若字段允许
NULL，MySQL 仍会建成功，但仅对非NULL值做唯一检查——这点和主键不同，需心里有数
真正容易被忽略的点是：Navicat 17 的索引面板不会主动提醒你字段是否已有重复，也不会帮你生成清理 SQL。它只负责发命令，成败全由 MySQL 决定。所以加 UNIQUE 前，务必手动验证数据洁度——这步省不掉，也替代不了。
