唯一索引既保证列值不重复又加速查询，允许多个null（视为不等），联合唯一索引要求组合值整体唯一，mysql 8.0+中联合索引的null组合被视为相等；主键必非空且仅一个，唯一索引可多个且允许null；on duplicate key update仅响应主键或唯一索引冲突，而replace是先删后插。
MySQL 唯一索引（UNIQUE INDEX）是面试中高频考点，核心不在于“能不能建”，而在于“怎么建、建了之后行为如何、哪些边界情况容易踩坑”。下面从原理、行为、陷阱和实战建议四方面拆解。
唯一索引的本质：约束 + 索引
唯一索引既是逻辑约束（保证列值不重复），也是物理结构（B+树索引，加速查询）。它允许 NULL 值——但注意：多个 NULL 被视为互不相等，所以一个唯一索引列可以插入多行 NULL，不会违反唯一性。例如：
- CREATE TABLE t (id INT UNIQUE);
- INSERT INTO t VALUES (NULL), (NULL), (1); —— ✅ 允许
- INSERT INTO t VALUES (1), (1); —— ❌ 报错 Duplicate entry '1'
联合唯一索引的“整体唯一”逻辑
当创建联合唯一索引（如 UNIQUE (a, b)），判断重复的标准是 a 和 b 的组合值整体唯一，不是单列唯一。常见误解是以为“a 或 b 单独不能重复”，其实不然：
- (1, NULL) 和 (1, NULL) → 重复 ❌
- (1, NULL) 和 (1, 2) → 不重复 ✅
- (NULL, NULL) 和 (NULL, NULL) → 重复 ❌（两个 NULL 组合仍视为相同）
- (NULL, 1) 和 (NULL, 2) → 不重复 ✅（NULL 在联合索引中参与比较，且多个 NULL 组合仍视为相等）
⚠️ 注意：MySQL 8.0+ 对联合索引中 NULL 的处理更严格，多个 (NULL, x) 默认视为相同，与单列唯一索引中“多个 NULL 不冲突”的行为不同。
唯一索引 vs 主键：别混淆约束强度
主键（PRIMARY KEY）本质是非空 + 唯一 + 索引，而唯一索引允许 NULL、不强制非空。面试常问：“一张表能有几个唯一索引？几个主键？”答案是：主键最多 1 个，唯一索引可有多个。另外：
- 主键自动创建聚簇索引（InnoDB），唯一索引默认是非聚簇索引
- 如果定义了主键，InnoDB 用主键做聚簇索引；没主键时，选第一个非空唯一索引；都无则隐式生成 row_id
- 唯一索引列若被用作外键，该列必须是 NOT NULL（否则外键约束会报错）
实战避坑：INSERT ON DUPLICATE KEY UPDATE 和 REPLACE 的区别
两者都用于“存在则更新”，但底层机制完全不同，影响性能和业务语义：
- INSERT ... ON DUPLICATE KEY UPDATE：检测到唯一冲突（主键或任意唯一索引）后，执行 UPDATE，只触发一次 INSERT 操作，行数影响为 2（实际是 1U+0I）
- REPLACE：先 DELETE 再 INSERT，相当于两条语句；若存在外键或触发器，可能引发级联操作或多次触发；自增 ID 会跳号
- ⚠️ 关键点：ON DUPLICATE KEY UPDATE 只响应 主键或任意已定义的唯一索引冲突，不是“只要值重复就触发”
例如：表有唯一索引 UNIQUE (email)，执行 INSERT INTO user(email) VALUES('a@b.com') ON DUPLICATE KEY UPDATE name='new'，只有 email 冲突时才更新。
