快捷導(dǎo)航

MySQL聚簇索引和非聚簇索引的區(qū)別詳情

更新時(shí)間：2022年06月14日 08:41:17 作者：??Java中文社群????

這篇文章主要介紹了MySQL聚簇索引和非聚簇索引的區(qū)別詳情，文章圍繞主題展開(kāi)詳細(xì)的內(nèi)容介紹，具有一定的參考價(jià)值，需要的朋友可以參考一下

聚簇索引

聚簇索引（Clustered Index）一般指的是主鍵索引（如果存在主鍵索引的話(huà)），聚簇索引也被稱(chēng)之為聚集索引。

聚簇索引在 InnoDB 中是使用 B+ 樹(shù)實(shí)現(xiàn)的，比如我們創(chuàng)建一張 student 表，它的構(gòu)建 SQL 如下：

drop table if exists student;
create table student(
    id int primary key,
    name varchar(16),
    class_id int not null,
    index (class_id)
)engine=InnoDB;
-- 添加測(cè)試數(shù)據(jù)
insert into student(id,name,class_id) values(1,'張三',100),
    (2,'李四',200),(3,'王五',300);

以上 student 表中有一個(gè)聚簇索引（也就是主鍵索引）id，和一個(gè)非聚簇索引 class_id。

聚簇索引 id 對(duì)應(yīng)的 B+ 樹(shù)如下圖所示：

在聚簇索引的葉子節(jié)點(diǎn)直接存儲(chǔ)用戶(hù)信息的內(nèi)存地址，我們使用內(nèi)存地址可以直接找到相應(yīng)的行數(shù)據(jù)。

非聚簇索引

非聚簇索引在 InnoDB 引擎中，也叫二級(jí)索引，以上面 student 表為例，

在 student 中非聚簇索引 class_id 對(duì)應(yīng) B+ 樹(shù)如下圖所示：

從上圖我們可以看出，在非聚簇索引的葉子節(jié)點(diǎn)上存儲(chǔ)的并不是真正的行數(shù)據(jù)，而是主鍵 ID，所以當(dāng)我們使用非聚簇索引進(jìn)行查詢(xún)時(shí)，首先會(huì)得到一個(gè)主鍵 ID，然后再使用主鍵 ID 去聚簇索引上找到真正的行數(shù)據(jù)，我們把這個(gè)過(guò)程稱(chēng)之為回表查詢(xún)。

總結(jié)

在 MySQL 的 InnoDB 引擎中，每個(gè)索引都會(huì)對(duì)應(yīng)一顆 B+ 樹(shù)，而聚簇索引和非聚簇索引最大的區(qū)別在于葉子節(jié)點(diǎn)存儲(chǔ)的數(shù)據(jù)不同，聚簇索引葉子節(jié)點(diǎn)存儲(chǔ)的是行數(shù)據(jù)，因此通過(guò)聚簇索引可以直接找到真正的行數(shù)據(jù)；而非聚簇索引葉子節(jié)點(diǎn)存儲(chǔ)的是主鍵信息，所以使用非聚簇索引還需要回表查詢(xún)，因此我們可以得出聚簇索引和非聚簇索引的區(qū)別主要有以下幾個(gè)：

聚簇索引葉子節(jié)點(diǎn)存儲(chǔ)的是行數(shù)據(jù)；而非聚簇索引葉子節(jié)點(diǎn)存儲(chǔ)的是聚簇索引（通常是主鍵 ID）。
聚簇索引查詢(xún)效率更高，而非聚簇索引需要進(jìn)行回表查詢(xún)，因此性能不如聚簇索引。
聚簇索引一般為主鍵索引，而主鍵一個(gè)表中只能有一個(gè)，因此聚簇索引一個(gè)表中也只能有一個(gè)，而非聚簇索引則沒(méi)有數(shù)量上的限制。

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

您可能感興趣的文章: