唯一索引的核心作用是确保列或列组合值不重复，提升查询效率并强制数据完整性；它允许NULL值、支持多列组合与自定义命名，适用场景包括业务唯一字段、联合约束、额外唯一保障及排重查询。
SQL中唯一索引（UNIQUE Index）的核心作用是确保某列或某几列的组合值在整个表中不重复，它既能提升查询效率，又能强制数据完整性。和主键（PRIMARY KEY）不同，唯一索引允许NULL值（且多个NULL不视为重复），也支持多列组合、可选命名、可随时删除，适用场景更灵活。
什么时候该建唯一索引？
不是所有字段都需要唯一索引，盲目添加反而影响写入性能。以下情况建议考虑：
- 业务上要求绝对不能重复的字段，比如用户邮箱、手机号、订单号、身份证号
- 联合唯一约束，例如“用户ID + 商品ID”表示一个用户只能收藏同一商品一次
- 已有主键但还需额外字段唯一性保障（如主键是自增ID，但希望用户名也唯一）
- 频繁按该字段查询且需排重结果（如SELECT DISTINCT email FROM users）
如何创建唯一索引？
语法简单，关键在命名规范和字段选择。支持建表时定义，也支持对已有表添加：
- 建表时添加：
CREATE TABLE users (id INT PRIMARY KEY, email VARCHAR(100), UNIQUE KEY uk_email (email)); - 已有表添加：
ALTER TABLE users ADD UNIQUE INDEX uk_email (email); - 多列唯一索引：
ALTER TABLE favorites ADD UNIQUE INDEX uk_user_item (user_id, item_id); - 带自定义名称（推荐）便于后续管理：
CREATE UNIQUE INDEX uk_phone ON users(phone);
唯一索引与主键、普通索引的区别
理解差异才能用对地方：
- 主键：自动创建唯一索引 + 不允许NULL + 每表仅一个；本质是约束+索引的组合
- 唯一索引：只保证唯一性，允许NULL（多个NULL不算重复），可建多个，可禁用/删除
- 普通索引：不校验唯一性，仅加速查询，允许重复值和NULL
- 注意：MySQL中，如果给允许NULL的字段建唯一索引，插入多条NULL仍能成功——这是标准行为，不是bug
常见问题与注意事项
实际使用中容易踩坑，提前留意能少走弯路：
- 建唯一索引前务必检查历史数据是否已存在重复值，否则语句会报错（Error 1062）
- 字符串字段建唯一索引要注意字符集和排序规则（collation），比如utf8mb4_0900_as_cs和_ai的区别会影响大小写敏感判定
- 联合唯一索引生效依赖最左前缀原则，查询条件必须包含左侧连续列才可能命中索引
- 唯一索引会略微降低INSERT/UPDATE/DELETE速度，因每次都要校验唯一性，高并发写入场景需权衡
- 删除唯一索引用：DROP INDEX uk_email ON users;（注意不是DROP UNIQUE INDEX）
基本上就这些。唯一索引不是银弹，但用得恰当，既是数据质量的守门员，也是查询性能的助推器。
