面试官：MySQL 唯一索引和主键索引的区别？

面试考察点

1. 索引类型理解：面试官不仅仅是想知道 "有什么区别"，更是想考察你是否理解主键索引（聚簇索引）和唯一索引（二级索引）在存储结构上的根本差异。
2. NULL 值处理：考察你是否清楚主键不允许 NULL，而唯一索引可以（但只能有一个），这是很多面试者容易忽略的细节。
3. 性能优化意识：理解聚簇索引和非聚簇索引的查询效率差异，能否在设计表结构时做出正确选择。

核心答案

主键索引：一种特殊的唯一索引，每张表只能有一个，用于唯一标识每一行记录，InnoDB 中主键是 聚簇索引。

唯一索引：保证索引列的值唯一，一张表可以有多个唯一索引，InnoDB 中唯一索引是 二级索引（非聚簇索引）。

核心区别对比：

一句话总结：主键是 唯一的聚簇索引，不允许 NULL；唯一索引是 可以有多个的非聚簇索引，允许 NULL。

深度解析

一、存储结构差异：聚簇索引 vs 二级索引

主键索引和唯一索引在 InnoDB 中的存储结构完全不同：

img

img

上图对比了主键索引和唯一索引的存储结构。关键区别在于：

• 主键索引（聚簇索引）：叶子节点直接存储 完整的行数据，通过主键查询可以直接获取所有字段，无需回表
• 唯一索引（二级索引）：叶子节点只存储 索引列的值 + 主键值，如果查询其他字段，需要拿着主键值回表查询聚簇索引

二、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

img

img

关键结论：

• 主键：绝对不允许 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';
-- ✅ 覆盖索引，不需要回表

img

img

四、使用场景建议

最佳实践：

-- 推荐：使用 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 要求每张表必须有聚簇索引：

img

img

面试高频追问

1. 追问一：为什么推荐使用自增主键而不是 UUID？
   • 答：自增主键是顺序插入的，B+ 树叶子节点顺序追加，不会产生页分裂；UUID 是无序的，插入会导致频繁页分裂，影响性能。此外，UUID 占用空间大（36 字符 vs 8 字节），降低索引效率。
2. 追问二：一张表可以没有主键吗？
   • 答：可以，但 InnoDB 会自动选择一个非空唯一索引作为聚簇索引；如果没有合适的，会生成隐藏的 6 字节 ROW_ID。但强烈不建议这样做，应该显式定义主键。
3. 追问三：联合主键和联合唯一索引有什么区别？
   • 答：本质区别和单列一样——联合主键是聚簇索引，不允许任何列为 NULL；联合唯一索引是二级索引，允许列为 NULL。

常见面试变体

• "主键索引和唯一索引有什么区别？"
• "聚簇索引和非聚簇索引的区别是什么？"
• "MySQL 查询走唯一索引时为什么可能需要回表？"
• "唯一索引允许 NULL 吗？主键呢？"

记忆口诀

主键 vs 唯一索引：

1. 主键聚簇：叶子存完整数据，查询不回表
2. 唯一二级：叶子存主键值，查询需回表
3. NULL 有别：主键不允许，唯一索引可以
4. 数量不同：主键唯一一个，唯一索引多个

总结

主键索引是 聚簇索引，每表只能有一个，不允许 NULL，叶子节点存储完整行数据；唯一索引是 二级索引，可以有多个，允许 NULL（可多个），叶子节点存储主键值。查询时主键直接获取数据，唯一索引需要回表。推荐使用 BIGINT 自增主键，业务唯一约束用唯一索引。