面試考察點(diǎn)

1. 索引類型理解：面試官不僅僅是想知道 "有什么區(qū)別"，更是想考察你是否理解主鍵索引（聚簇索引）和唯一索引（二級索引）在存儲結(jié)構(gòu)上的根本差異。
2. NULL 值處理：考察你是否清楚主鍵不允許 NULL，而唯一索引可以（但只能有一個），這是很多面試者容易忽略的細(xì)節(jié)。
3. 性能優(yōu)化意識：理解聚簇索引和非聚簇索引的查詢效率差異，能否在設(shè)計表結(jié)構(gòu)時做出正確選擇。

核心答案

主鍵索引：一種特殊的唯一索引，每張表只能有一個，用于唯一標(biāo)識每一行記錄，InnoDB 中主鍵是 聚簇索引。

唯一索引：保證索引列的值唯一，一張表可以有多個唯一索引，InnoDB 中唯一索引是 二級索引（非聚簇索引） 。

核心區(qū)別對比：

一句話總結(jié)：主鍵是 唯一的聚簇索引，不允許 NULL；唯一索引是 可以有多個的非聚簇索引，允許 NULL。

深度解析

一、存儲結(jié)構(gòu)差異：聚簇索引 vs 二級索引

主鍵索引和唯一索引在 InnoDB 中的存儲結(jié)構(gòu)完全不同：

上圖對比了主鍵索引和唯一索引的存儲結(jié)構(gòu)。關(guān)鍵區(qū)別在于：

• 主鍵索引（聚簇索引） ：葉子節(jié)點(diǎn)直接存儲 完整的行數(shù)據(jù)，通過主鍵查詢可以直接獲取所有字段，無需回表
• 唯一索引（二級索引） ：葉子節(jié)點(diǎn)只存儲 索引列的值 + 主鍵值，如果查詢其他字段，需要拿著主鍵值回表查詢聚簇索引

二、NULL 值處理差異

這是面試中的高頻考點(diǎn)：

-- 創(chuàng)建測試表
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 認(rèn)為多個 NULL 不重復(fù)）
INSERTINTOuser (id, email) VALUES (3, 'a@qq.com'); -- ? 成功
INSERTINTOuser (id, email) VALUES (4, 'a@qq.com'); -- ? Duplicate entry

關(guān)鍵結(jié)論：

• 主鍵：絕對不允許 NULL，這是主鍵的基本約束
• 唯一索引：允許 NULL，且 MySQL 中可以插入多個 NULL 值（因?yàn)?nbsp;NULL != NULL）

三、查詢性能差異：回表問題

通過主鍵查詢 vs 通過唯一索引查詢的性能差異：

-- 表結(jié)構(gòu)
CREATETABLEuser (
    idBIGINT PRIMARY KEY,
    email VARCHAR(50) UNIQUE,
    nameVARCHAR(50),
    age INT
);
-- 場景 1：通過主鍵查詢
SELECT * FROMuserWHEREid = 1;
-- ? 直接走聚簇索引，一次查詢即可獲取完整數(shù)據(jù)
-- 場景 2：通過唯一索引查詢所有字段
SELECT * FROMuserWHERE email = 'test@qq.com';
-- ?? 需要回表：先查唯一索引得到 id，再回表查聚簇索引
-- 場景 3：通過唯一索引查詢索引列（覆蓋索引）
SELECT email FROMuserWHERE email = 'test@qq.com';
-- ? 覆蓋索引，不需要回表

四、使用場景建議

最佳實(shí)踐：

-- 推薦：使用 BIGINT 自增主鍵
CREATETABLE orders (
    idBIGINTUNSIGNED AUTO_INCREMENT PRIMARY KEY,
    order_no VARCHAR(32) UNIQUENOTNULL,  -- 業(yè)務(wù)訂單號，不允許 NULL
    user_id BIGINTNOTNULL,
    INDEX idx_user (user_id)
);
-- 不推薦：沒有主鍵的表
-- MySQL 會自動選擇一個非空唯一索引作為聚簇索引
-- 如果沒有合適的，會生成一個隱藏的 6 字節(jié)主鍵

五、如果沒有主鍵會怎樣？

InnoDB 要求每張表必須有聚簇索引：

面試高頻追問

1. 追問一：為什么推薦使用自增主鍵而不是 UUID？
2. • 答：自增主鍵是順序插入的，B+ 樹葉子節(jié)點(diǎn)順序追加，不會產(chǎn)生頁分裂；UUID 是無序的，插入會導(dǎo)致頻繁頁分裂，影響性能。此外，UUID 占用空間大（36 字符 vs 8 字節(jié)），降低索引效率。
3. 追問二：一張表可以沒有主鍵嗎？
4. • 答：可以，但 InnoDB 會自動選擇一個非空唯一索引作為聚簇索引；如果沒有合適的，會生成隱藏的 6 字節(jié) ROW_ID。但強(qiáng)烈不建議這樣做，應(yīng)該顯式定義主鍵。
5. 追問三：聯(lián)合主鍵和聯(lián)合唯一索引有什么區(qū)別？
6. • 答：本質(zhì)區(qū)別和單列一樣——聯(lián)合主鍵是聚簇索引，不允許任何列為 NULL；聯(lián)合唯一索引是二級索引，允許列為 NULL。

常見面試變體

• "主鍵索引和唯一索引有什么區(qū)別？"
• "聚簇索引和非聚簇索引的區(qū)別是什么？"
• "MySQL 查詢走唯一索引時為什么可能需要回表？"
• "唯一索引允許 NULL 嗎？主鍵呢？"

記憶口訣

主鍵 vs 唯一索引：

1. 主鍵聚簇：葉子存完整數(shù)據(jù)，查詢不回表
2. 唯一二級：葉子存主鍵值，查詢需回表
3. NULL 有別：主鍵不允許，唯一索引可以
4. 數(shù)量不同：主鍵唯一一個，唯一索引多個

總結(jié)

主鍵索引是 聚簇索引，每表只能有一個，不允許 NULL，葉子節(jié)點(diǎn)存儲完整行數(shù)據(jù)；唯一索引是 二級索引，可以有多個，允許 NULL（可多個），葉子節(jié)點(diǎn)存儲主鍵值。查詢時主鍵直接獲取數(shù)據(jù)，唯一索引需要回表。推薦使用 BIGINT 自增主鍵，業(yè)務(wù)唯一約束用唯一索引。

到此這篇關(guān)于MySQL唯一索引和主鍵索引的區(qū)別有哪些的文章就介紹到這了,更多相關(guān)MySQL唯一索引和主鍵索引區(qū)別內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論