唯一索引确保列值唯一并提升查询性能，可通过CREATE TABLE或ALTER TABLE创建单列或多列联合唯一索引，优化时应选择高区分度列、控制索引长度、避免冗余、注意NULL值处理，并利用覆盖索引提高效率，同时定期监控索引使用情况，大表添加索引应在低峰期操作，合理设计可兼顾数据完整性与查询性能。
在MySQL中，唯一索引（Unique Index）用于确保某列或多个列的组合值在整个表中是唯一的。它不仅能防止重复数据插入，还能提升查询性能。合理使用和优化唯一索引，对数据库的稳定性与效率至关重要。
唯一索引的基本用法
唯一索引可以通过 CREATE TABLE 或 ALTER TABLE 语句创建。以下是一些常见方式：
- 建表时定义唯一索引：
CREATE TABLE users (id INT PRIMARY KEY, email VARCHAR(100), UNIQUE KEY uk_email (email)); - 为已有表添加唯一索引：
ALTER TABLE users ADD UNIQUE KEY uk_email (email); - 多列唯一索引（联合唯一）：
ALTER TABLE orders ADD UNIQUE KEY uk_user_product (user_id, product_id);
一旦建立，任何尝试插入或更新导致重复值的操作都会被拒绝，并抛出错误。
唯一索引的优化策略
虽然唯一索引能保证数据完整性，但如果使用不当，也可能影响写入性能或导致锁争用。以下是几个实用的优化建议：
- 选择高区分度的列：优先在内容差异大的列上创建唯一索引，如邮箱、身份证号等，避免在低基数列（如性别）上使用。
- 控制索引长度：对于长字符串字段，可指定前缀索引，如 UNIQUE(email(50))，但要确保前缀足够区分数据。
- 避免冗余索引：如果已存在联合唯一索引 (a,b)，通常不需要再单独为 a 创建唯一索引。
- 注意NULL值处理：唯一索引允许包含 NULL 值，且多个 NULL 被视为不同值（在大多数存储引擎中），需根据业务逻辑判断是否允许为空。
- 考虑使用覆盖索引：将常用查询字段包含在唯一索引中，减少回表次数，提高查询效率。
监控与维护建议
定期检查唯一索引的使用情况，有助于发现潜在问题：
- 通过 SHOW INDEX FROM table_name; 查看索引结构。
- 使用 EXPLAIN 分析查询是否命中唯一索引。
- 关注因唯一约束冲突导致的插入失败日志，及时调整业务逻辑或数据清洗流程。
- 大表添加唯一索引时建议在低峰期操作，避免长时间锁表。
基本上就这些。正确使用唯一索引，既能保障数据质量，又能提升查询效率。关键是结合业务场景设计，避免过度索引或不合理结构。不复杂但容易忽略细节。
