我要评论面试考察点
- 索引类型理解：面试官不仅仅是想知道 "有什么区别"，更是想考察你是否理解主键索引（聚簇索引）和唯一索引（二级索引）在存储结构上的根本差异。
- null 值处理：考察你是否清楚主键不允许 null，而唯一索引可以（但只能有一个），这是很多面试者容易忽略的细节。
- 性能优化意识：理解聚簇索引和非聚簇索引的查询效率差异，能否在设计表结构时做出正确选择。
核心答案
主键索引：一种特殊的唯一索引，每张表只能有一个，用于唯一标识每一行记录，innodb 中主键是 聚簇索引。
唯一索引：保证索引列的值唯一，一张表可以有多个唯一索引，innodb 中唯一索引是 二级索引（非聚簇索引） 。
核心区别对比：
| 对比维度 | 主键索引（primary） | 唯一索引（unique） |
|---|---|---|
| 数量限制 | 每表 只能有 1 个 | 每表 可以有多个 |
| null 值 | 不允许 null | 允许 null（但最多 1 个） |
| 存储结构 | 聚簇索引，叶子节点存完整数据 | 二级索引，叶子节点存主键值 |
| 索引回表 | 不需要回表 | 需要回表（查询非索引列时） |
| 创建语法 | primary key (col) | unique key uk_name (col) |
| 是否必须 | 建议有，但不强制 | 按需创建 |
一句话总结：主键是 唯一的聚簇索引，不允许 null；唯一索引是 可以有多个的非聚簇索引，允许 null。
深度解析
一、存储结构差异：聚簇索引 vs 二级索引
主键索引和唯一索引在 innodb 中的存储结构完全不同：
上图对比了主键索引和唯一索引的存储结构。关键区别在于：
- 主键索引（聚簇索引） ：叶子节点直接存储 完整的行数据，通过主键查询可以直接获取所有字段，无需回表
- 唯一索引（二级索引） ：叶子节点只存储 索引列的值 + 主键值，如果查询其他字段，需要拿着主键值回表查询聚簇索引
二、null 值处理差异
这是面试中的高频考点：
-- 创建测试表
createtableuser (
idbigint primary key, -- 主键，不允许 null
email varchar(50) unique, -- 唯一索引，允许 null
phone varchar(20) unique -- 唯一索引，允许 null
);
-- 主键测试：插入 null 会报错
insertintouser (id, email) values (null, 'test@qq.com');
-- ❌ error 1048: column 'id' cannot be null
-- 唯一索引测试：允许 null，且 mysql 中可以插入多个 null
insertintouser (id, email) values (1, null); -- ✅ 成功
insertintouser (id, email) values (2, null); -- ✅ 成功（mysql 认为多个 null 不重复）
insertintouser (id, email) values (3, 'a@qq.com'); -- ✅ 成功
insertintouser (id, email) values (4, 'a@qq.com'); -- ❌ duplicate entry
关键结论：
- 主键：绝对不允许 null，这是主键的基本约束
- 唯一索引：允许 null，且 mysql 中可以插入多个 null 值（因为
null != null）
三、查询性能差异：回表问题
通过主键查询 vs 通过唯一索引查询的性能差异：
-- 表结构
createtableuser (
idbigint primary key,
email varchar(50) unique,
namevarchar(50),
age int
);
-- 场景 1：通过主键查询
select * fromuserwhereid = 1;
-- ✅ 直接走聚簇索引，一次查询即可获取完整数据
-- 场景 2：通过唯一索引查询所有字段
select * fromuserwhere email = 'test@qq.com';
-- ⚠️ 需要回表：先查唯一索引得到 id，再回表查聚簇索引
-- 场景 3：通过唯一索引查询索引列（覆盖索引）
select email fromuserwhere email = 'test@qq.com';
-- ✅ 覆盖索引，不需要回表
四、使用场景建议
| 场景 | 推荐索引类型 | 原因 |
|---|---|---|
| 标识每一行记录 | 主键索引 | 每表必须有唯一标识，推荐自增 bigint |
| 用户邮箱不能重复 | 唯一索引 | 业务唯一性约束，允许未设置邮箱（null） |
| 手机号唯一 | 唯一索引 | 允许用户暂未绑定手机号 |
| 身份证号唯一 | 唯一索引 | 允许 null（可能未录入） |
| 联合唯一（用户 + 日期） | 联合唯一索引 | unique key uk_user_date (user_id, date) |
最佳实践：
-- 推荐：使用 bigint 自增主键
createtable orders (
idbigintunsigned auto_increment primary key,
order_no varchar(32) uniquenotnull, -- 业务订单号，不允许 null
user_id bigintnotnull,
index idx_user (user_id)
);
-- 不推荐：没有主键的表
-- mysql 会自动选择一个非空唯一索引作为聚簇索引
-- 如果没有合适的，会生成一个隐藏的 6 字节主键五、如果没有主键会怎样？
innodb 要求每张表必须有聚簇索引：
面试高频追问
- 追问一：为什么推荐使用自增主键而不是 uuid？
- 答：自增主键是顺序插入的，b+ 树叶子节点顺序追加，不会产生页分裂；uuid 是无序的，插入会导致频繁页分裂，影响性能。此外，uuid 占用空间大（36 字符 vs 8 字节），降低索引效率。
- 追问二：一张表可以没有主键吗？
- 答：可以，但 innodb 会自动选择一个非空唯一索引作为聚簇索引；如果没有合适的，会生成隐藏的 6 字节
row_id。但强烈不建议这样做，应该显式定义主键。
- 答：可以，但 innodb 会自动选择一个非空唯一索引作为聚簇索引；如果没有合适的，会生成隐藏的 6 字节
- 追问三：联合主键和联合唯一索引有什么区别？
- 答：本质区别和单列一样——联合主键是聚簇索引，不允许任何列为 null；联合唯一索引是二级索引，允许列为 null。
常见面试变体
- "主键索引和唯一索引有什么区别？"
- "聚簇索引和非聚簇索引的区别是什么？"
- "mysql 查询走唯一索引时为什么可能需要回表？"
- "唯一索引允许 null 吗？主键呢？"
记忆口诀
主键 vs 唯一索引：
- 主键聚簇：叶子存完整数据，查询不回表
- 唯一二级：叶子存主键值，查询需回表
- null 有别：主键不允许，唯一索引可以
- 数量不同：主键唯一一个，唯一索引多个
总结
主键索引是 聚簇索引，每表只能有一个，不允许 null，叶子节点存储完整行数据；唯一索引是 二级索引，可以有多个，允许 null（可多个），叶子节点存储主键值。查询时主键直接获取数据，唯一索引需要回表。推荐使用 bigint 自增主键，业务唯一约束用唯一索引。
到此这篇关于mysql唯一索引和主键索引的区别有哪些的文章就介绍到这了,更多相关mysql唯一索引和主键索引区别内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论