1. 唯一索引的原理与核心概念
1.1 定义与作用
唯一索引是在 MySQL 中用来确保某列或多列组合的值在同一张表里不重复的结构。它属于数据完整性约束的一种表现形式，确保业务标识如邮箱、用户名等字段具备唯一性，从而避免重复记录对业务逻辑的干扰。
从实现角度来看，唯一索引是一个索引对象，底层通常采用 B+Tree 结构，叶节点存储键值与指向数据行的指针。该结构让等值查询和唯一性判断都具备较低的成本，尤其在大数据量表上更显著。
-- 示例：在 users 表上为 email 创建唯一索引
CREATE UNIQUE INDEX idx_email ON users(email);
理解其核心在于认识到：当列被定义为唯一索引后，数据库会在插入或更新时对新值进行严格校验，若发现重复则阻止写入并返回错误，从而维护数据的唯一性约束。
1.2 与主键的关系
与主键不同，唯一索引不要求整张表只有一个，且可以在一个表上创建多个唯一索引；同时，主键列通常不可为 NULL，而唯一索引列在默认情况下仍可以接受 NULL 值，具体取决于 SQL 模式与实现细节。
唯一索引可以覆盖多列，形成组合唯一约束；这使得在需要同时约束多字段组合是否重复时，使用唯一索引显得更加灵活。下列两者在行为上存在置换性：
-- 创建主键和唯一索引的对比
ALTER TABLE users ADD PRIMARY KEY (id);
CREATE UNIQUE INDEX uk_username_email ON users (username, email);
1.3 NULL 处理与语义差异
在 MySQL 的实现中，唯一索引允许 NULL 值的存在，且同一列中的多个 NULL 被视为不相等，因此不会因为 NULL 而触发冲突。这一行为与不少严格的关系数据库不同，需要在设计时明确业务语义。
当对多列建立组合唯一索引时，其中任一列为 NULL 时，仍然可能出现多组 NULL 的组合被认为是不同的键值，这取决于列的 NULL 处理和查询语义。实际应用中，若需要对 NULL 也严格进行唯一性控制，通常会结合 NOT NULL 约束或使用触发器实现。
-- NOT NULL 情况下的唯一性
ALTER TABLE users MODIFY email VARCHAR(255) NOT NULL;
CREATE UNIQUE INDEX uk_email ON users(email);
2. 在MySQL中的创建与管理
2.1 单列与多列唯一约束的创建
创建唯一约束的方式有两种：直接创建唯一索引或通过约束名来定义唯一约束。两者在功能上等价，但在命名和管理上略有差异。
推荐在需要命名约束以便于后续维护时使用约束名的方式：ALTER TABLE 加上 CONSTRAINT语法会将约束命名为 uk_<表名>_<字段名> 的形式，便于后续报错定位。
-- 方式1：通过直接创建唯一索引
CREATE UNIQUE INDEX idx_email ON users(email);-- 方式2：通过命名约束
ALTER TABLE users ADD CONSTRAINT uk_users_email UNIQUE (email);
2.2 组合唯一索引设计
当需要对多列的组合实现唯一性时，使用<组合唯一索引是常见做法。组合索引不仅能保障多字段的唯一性，还能在包含这些字段的查询中提升过滤效率。
设计要点包括确定最左前缀、避免过多列参与、以及对查询路径的关注。若组合字段中有大量重复值，需关注统计信息与基数，以避免索引失效带来的性能损失。
CREATE UNIQUE INDEX uk_order_items ON order_items (order_id, product_id);
2.3 删除与修改索引
在业务需要调整唯一性的场景下，索引的删除与重建是常见运维操作。正确的流程是先删除旧索引，再添加新的组合约束，确保最小化对在线业务的影响。
删除与替换的示例如下，注意替换为实际的约束名：
ALTER TABLE users DROP INDEX uk_users_email;
ALTER TABLE users ADD CONSTRAINT uk_users_name UNIQUE (first_name, last_name);
3. 实战场景与运维要点
3.1 使用场景：邮箱、用户名、订单项的组合唯一性
在真实业务中，邮箱、用户名等字段常需要唯一性约束，以防止重复注册或身份混淆。另一个常见场景是 订单项的组合唯一性，例如同一订单内的 product_id 不能重复，以避免价格或库存计算错误。
为实现“写入即保护唯一性”的效果，可以结合写入语句的行为：ON DUPLICATE KEY UPDATE 在遇到唯一冲突时执行更新操作，帮助维持数据的新鲜度和正确性。
INSERT INTO users (username, email) VALUES ('alice','alice@example.com')
ON DUPLICATE KEY UPDATE last_seen = NOW();
3.2 性能影响与维护策略
唯一索引在查询优化上具有双重作用：加速查找与确保写入的约束正确性。但过多的唯一索引会增加写入开销和索引维护成本，因此需要进行权衡。
常见运维动作包括定期分析统计信息、重建碎片，以及在必要时对索引进行维护与重建。以下操作有助于保持索引健康：
ANALYZE TABLE users;
OPTIMIZE TABLE users;
3.3 监控与故障排查
监控维度通常包括索引的使用情况、重复数据的出现、以及因唯一性冲突导致的写入错误。常见诊断方法包括查看错误日志与统计信息，定位到具体的唯一约束。
当遇到重复项导致的写入失败时，可以先定位重复值：通过聚合查询找出重复记录，再据此调整数据或调整唯一约束的设计。
SELECT email, COUNT(*) AS c FROM users GROUP BY email HAVING c > 1;
