聚簇，其實是相對于InnoDB這個數(shù)據(jù)庫引擎來說的，因此在將聚簇索引的時候，我們通過InnoDB和MyISAM這兩個MySQL的數(shù)據(jù)庫引擎展開。

InnoDB和MyISAM的數(shù)據(jù)分布對比

CREATE TABLE test (col1 int NOT NULL,
     col2 int NOT NULL,
     PRIMARY KEY(col1),
     KEY(col2));

首先通過以上SQL語句創(chuàng)建出一個表格，其中col1是主鍵，兩列數(shù)據(jù)均創(chuàng)建了索引。然后我們數(shù)據(jù)的主鍵取值為1-10000，按照隨機的順序插入數(shù)據(jù)庫中。

MyISAM的數(shù)據(jù)分布

MyISAM的數(shù)據(jù)存儲邏輯比較簡單，就是按照數(shù)據(jù)插入的順序創(chuàng)建出一個數(shù)據(jù)表格。直觀上來看如下圖：

可以看出，數(shù)據(jù)就是按照插入的順序“一行一行”生成的。前面還會有一個行號的字段，用處就是在查找到索引的時候能夠快速地定位到該行索引的位置。

我們再來看一下具體的細節(jié)：

上圖展示的情況就是在MyISAM引擎下，按照主鍵建立的索引的具體實現(xiàn)?？梢钥闯鲈谥麈I按照順序排列在葉子結(jié)點上的同時，節(jié)點中還存儲著這個主鍵在數(shù)據(jù)庫表格中存在的具體的行號，正如我們上面所說的，這個行號可以幫助我們快速地定位到表中數(shù)據(jù)的位置，也可以把這個行號理解為一個指針，指向了這個主鍵所在的具體數(shù)據(jù)行。

那么如果我們按照col2建立索引呢？會有什么不同嗎？答案是不會的：

所以得到的結(jié)論就是在MyISAM中建立索引是否是主鍵索引其實是沒有區(qū)別的，唯一不同的就是這是一個“主鍵的索引”。

InnoDB的數(shù)據(jù)分布

因為InnoDB支持聚簇索引，所以會與MyISAM上的索引實現(xiàn)方式有所區(qū)別。

我們先看看基于主鍵的聚簇索引在InnoDB上的實現(xiàn)方式：

首先，和MyISAM上的主鍵索引一樣，這里的索引的葉子結(jié)點上同樣也是包括了主鍵的值，并且主鍵的值是按照順序排列的。不同的是，每一個葉子結(jié)點還包括了事務(wù)id，回滾指針和其他非主鍵列的值（這里指的col2）。所以我們可以理解為InnoDB上的聚簇索引，是將原來表格中的所有的行數(shù)據(jù)按照主鍵進行排列然后放在了索引的葉子節(jié)點上。這就是一個與MyISAM在主鍵索引上的一個不同。 MyISAM的主鍵索引在查找到對應(yīng)的主鍵值之后需要通過指針（行號）再去表中找到相對應(yīng)的數(shù)據(jù)行，而InnoDB的主鍵索引，將數(shù)據(jù)信息全部放在了索引里面，可以直接在索引中查找拿到。

再來看看InnoDB中的二級索引的情況：

可以看到，和InnoDB中的主鍵索引不同，二級索引并沒有在葉子結(jié)點存儲所有的行數(shù)據(jù)信息，而是除了索引列的值外，只存儲了這個數(shù)據(jù)行所對應(yīng)的主鍵的信息。我們知道在MyISAM中，二級索引和主鍵索引一樣，除了索引列的值外，只存儲了一個指針（行號）的信息。

對比一下兩個引擎上的二級索引。即存儲指針和存儲主鍵值的優(yōu)劣。

首先存儲主鍵值會比只存儲一個指針帶來的空間開銷更大。但是當我們數(shù)據(jù)表在進行分裂或者其他改變結(jié)構(gòu)的操作的時候，存儲主鍵值的索引并不會收到影響，而存儲指針的索引，可能就要重新進行更新維護。

用一個圖對兩個引擎中的兩種索引進行對比：

總結(jié)

到此這篇關(guān)于MySQL學(xué)習(xí)教程之聚簇索引的文章就介紹到這了,更多相關(guān)MySQL聚簇索引內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論