
唯一索引和普通索引最根本的区别不在“查得快不快”,而在于“谁来管数据对不对”:唯一索引是数据库层的数据规则,普通索引只是查询加速器。
核心职责不同:约束 vs 加速
普通索引只做一件事——帮查询更快定位数据。它不检查插入或更新是否合法,哪怕同一字段存一万个相同值,数据库也照收不误。
唯一索引则身兼两职:既是索引,也是约束。只要写入时发现重复值(非NULL),就会立刻报错 Duplicate entry,从源头拦截脏数据。
- 普通索引:INSERT/UPDATE 不校验,应用层负责唯一性
- 唯一索引:INSERT/UPDATE 自动校验,数据库强制保障
- 主键索引 = 唯一索引 + NOT NULL,是最强约束
NULL 值处理方式不同
MySQL 中,唯一索引允许存在多个 NULL。因为 NULL ≠ NULL,数据库认为它们互不冲突。
如果你的业务要求“该字段必须有值且不能重复”,仅加 UNIQUE 不够,必须额外声明 NOT NULL。
多用户升级版完美整合北京网银、NPS支付、云网支付、快钱支付、西部支付,同时完美整合支付宝功能,是目前国内多用户版最优秀的开店平台,新版同时整合Ewebedit编辑器,增加搜索引擎关键词设置等,!多用户升级版与上一版本有着本质的区别,程序无论在功能性、安全性以及用户使用习惯上有了更高的提升。多用户版除了具有普通网店的所有功能之外,同时允许其他用户在此平台上开设店铺,类似淘宝的功能,是目前电子商务领
- UNIQUE email → 允许多条 email 为 NULL
- UNIQUE email NOT NULL → email 必须填且全局唯一
查询性能实际差别极小
在等值查询(如 WHERE phone = '138...' )中,两者都走 B+ 树查找,IO 和 CPU 开销基本一致。
优化器对唯一索引会做一点小优化:知道结果最多一行,可能跳过排序或提前终止扫描;但普通索引查到第一条匹配记录后,也大概率在同一数据页内完成判断——毕竟一页能存近千个整型 key。
日常业务中,这个差异可忽略不计。
怎么选:看字段的业务语义
不是“哪个更快选哪个”,而是“哪个更符合数据本质”。
- ✅ 用唯一索引:身份证号、手机号、订单号、邮箱、用户名——天然应唯一,重复即异常
- ✅ 用普通索引:status、category_id、user_id、created_at——允许重复,高频用于筛选或排序
- ⚠️ 避免给 nickname、address 等加唯一索引——限制产品扩展,违背业务现实
- ⚠️ 联合唯一索引(如
UNIQUE (user_id, order_time))保证的是组合值唯一,单列仍可重复









