MySQL唯一索引创建

引言

邮箱、手机号、订单号这类业务字段要求不能重复，光靠应用层判断并发下仍可能插入重复值。唯一索引在数据库层直接约束重复，是防脏数据的最后一道保险，同时还能加速等值查询。

建表时定义唯一索引

CREATE TABLE users (
    id INT PRIMARY KEY AUTO_INCREMENT,
    username VARCHAR(50) NOT NULL,
    email VARCHAR(100) NOT NULL,
    UNIQUE KEY uk_email (email)
);

uk_email是索引名，email列唯一。

已有表追加唯一索引

ALTER TABLE users ADD UNIQUE KEY uk_phone (phone);

数据里已有重复值时会报错1062，需先清理重复再加。

组合唯一索引

多列组合唯一，比如同一商品同一活动只领一次券：

ALTER TABLE coupon ADD UNIQUE KEY uk_user_goods (user_id, goods_id);

允许单列重复，但组合起来不能重复。

插入重复的报错处理

INSERT INTO users(email) VALUES('a@x.com');
-- 再次插入同email触发 1062 Duplicate entry

应用层catch错误码，返回邮箱已注册，而不是让500报错。

插入或更新冲突

INSERT INTO users(email) VALUES('a@x.com')
ON DUPLICATE KEY UPDATE login_time=NOW();

唯一键冲突时转成更新，适合登录时间刷新。

注意事项

• 加唯一索引前先查重：SELECT email,COUNT(*) FROM users GROUP BY email HAVING COUNT(*)>1；
• NULL在唯一索引里可以出现多个，MySQL不认为NULL相等；
• 唯一索引也是普通索引，等值查询能走索引；
• 大表加索引会锁表或耗时，高峰期用在线DDL；
• 删除索引DROP INDEX uk_email ON users。

总结

唯一索引在建表时用UNIQUE KEY定义，已有表用ALTER TABLE ADD UNIQUE KEY追加，多列组合唯一用组合索引。加之前先清重复，插入冲突用ON DUPLICATE KEY UPDATE转更新，数据库层约束比应用层判断更可靠。

MySQL索引设计原则

引言

MySQL索引相当于书籍目录，快速定位数据，避免全表扫描。不合理的索引不仅无法提升查询速度，还会降低写入性能。索引设计是数据库优化最基础、最高效的手段，建站、接口开发都需要掌握。

索引核心原理

InnoDB引擎索引基于B+树实现，主键索引叶子节点存储完整行数据；二级索引叶子节点存储主键值，查询会触发回表。索引字段越大，占用磁盘越多，内存缓存能存放的索引越少，查询越慢。

索引设计核心原则

1. 选择性优先：优先给区分度高的字段建索引，如手机号、ID；性别、状态这类只有少量枚举值字段不适合单独建索引。
2. 联合索引遵循最左匹配原则，字段顺序：等值查询在前，范围查询放后面。
3. 避免在索引字段做函数运算，where YEAR(create_time)=2026会直接失效索引。
4. 不要过度建索引，每次新增、更新、删除数据，所有索引都需要同步更新，拖累写入。

示例SQL

-- 联合索引示例，适合 where uid=100 and create_time>xxx
CREATE INDEX idx_uid_ct ON user(uid,create_time);

-- 查看sql是否命中索引
EXPLAIN SELECT * FROM user WHERE uid=100;

常见踩坑

• 字符串字段不加引号，隐式类型转换，索引失效；
• 模糊查询%关键词，前置百分号不走索引；
• 联合索引跳过左侧字段，无法触发索引。

总结

索引不是越多越好，按需创建。建索引前先用explain分析执行计划，优先优化高频查询SQL，控制索引数量，平衡查询与写入性能。