1.1 什么是唯一索引及其作用
想象一下图书馆的藏书系统。每本书都有一个独一无二的ISBN号码，管理员通过这个号码能快速找到特定书籍，同时确保不会有两本相同ISBN的书混入。MySQL中的唯一索引就扮演着类似的角色。
唯一索引是数据库中对一列或多列施加唯一性约束的索引结构。它像是个严格的守门员，确保被索引的列不会出现重复值。每次插入或更新数据时，数据库都会自动检查这个"守门员"的规则清单。
我记得去年帮朋友设计一个小型电商系统时，用户注册邮箱就用了唯一索引。有个用户试图用同一个邮箱注册两个账号，系统立即弹出错误提示。这个设计避免了数据混乱，也省去了我们手动检查重复的麻烦。
唯一索引的核心价值在于数据完整性保护。它让数据库自动帮你把关，防止不符合业务逻辑的重复数据混入。同时它还能加速数据检索，毕竟知道某个值是唯一的，查询时就能更快定位。
1.2 唯一索引与主键索引的区别
很多人容易混淆唯一索引和主键索引，它们确实很像 twins，但性格完全不同。
主键索引是个完美主义者——不允许NULL值，而且每个表只能有一个。它像是公司的CEO，独一无二且不可或缺。而唯一索引则宽容得多，允许NULL值（在MySQL中，NULL被视为特殊值，多个NULL可以共存），一个表可以有多个唯一索引。
从实现层面看，主键索引默认就是唯一索引，但反过来不成立。主键索引往往还承担着组织物理存储结构的重任，而唯一索引纯粹是为了约束和数据检索。
我遇到过一些开发者习惯用自增ID作为主键，同时为业务字段创建唯一索引。这种组合拳很实用，既保证了存储效率，又满足了业务层面的唯一性需求。
1.3 唯一索引的适用场景
唯一索引不是万能钥匙，但在某些场景下确实能发挥巨大作用。
用户系统的邮箱和手机号注册是个典型例子。每个用户应该有唯一的联系方式，这时候给邮箱和手机号字段加上唯一索引，系统就能自动拦截重复注册。
电商平台的商品SKU编码也适合使用唯一索引。每个商品变体都需要唯一的库存单位标识，避免发货时拿错商品。
金融系统中的交易流水号更是如此。每笔交易必须有一个独一无二的标识符，这对后续的核对和审计至关重要。
不过要注意，那些允许重复的字段就不适合加唯一索引。比如文章标签、商品分类这类经常重复的字段，强行加上唯一索引反而会限制业务灵活性。
唯一索引的选择需要平衡业务需求和性能考量。用得恰到好处时，它就像个贴心的助手；用得不当，反而会成为业务发展的绊脚石。 CREATE TABLE users (
id INT AUTO_INCREMENT PRIMARY KEY,
email VARCHAR(255),
phone VARCHAR(20),
UNIQUE INDEX idx_email (email)
);
ALTER TABLE java_learn_users ADD UNIQUE INDEX idx_user_email (user_email);
SELECT * FROM java_learn_users WHERE user_email = 'user@example.com';