聚集索引和非聚集索引

定義：資料行的物理順序與列值（一般是主鍵的那一列）的邏輯順序相同，乙個表中只能擁有乙個聚集索引。

，後面三列才是我們sql裡面用的表裡的列，其中id是主鍵，建立了聚集索引。

結合上面的**就可以理解這句話了吧：資料行的物理順序與列值的順序相同，如果我們查詢id比較靠後的資料，那麼這行資料的位址在磁碟中的實體地址也會比較靠後。而且由於物理排列方式與聚集索引的順序相同，所以也就只能建立乙個聚集索引了。

聚集索引實際存放的示意圖

從上圖可以看出聚集索引的好處了，索引的葉子節點就是對應的資料節點（mysql的myisam除外，此儲存引擎的聚集索引和非聚集索引只多了個唯一約束，其他沒什麼區別），可以直接獲取到對應的全部列的資料，而非聚集索引在索引沒有覆蓋到對應的列的時候需要進行二次查詢，後面會詳細講。因此在查詢方面，聚集索引的速度往往會更佔優勢。

建立聚集索引

如果不建立索引，系統會自動建立乙個隱含列作為表的聚集索引。

1.建立表的時候指定主鍵（注意：sql sever預設主鍵為聚集索引，也可以指定為非聚集索引，而mysql裡主鍵就是聚集索引）

create table t1(id int primary key,name nvarchar(255))

mysql

alter table table_name add primary key(colum_name)

定義：該索引中索引的邏輯順序與磁碟上行的物理儲存順序不同，乙個表中可以擁有多個非聚集索引。

其實按照定義，除了聚集索引以外的索引都是非聚集索引，只是人們想細分一下非聚集索引，分成普通索引，唯一索引，全文索引。如果非要把非聚集索引模擬成現實生活中的東西，那麼非聚集索引就像新華字典的偏旁字典，他結構順序與實際存放順序不一定一致。

非聚集索引的二次查詢問題

非聚集索引葉節點仍然是索引節點，只是有乙個指標指向對應的資料塊，此如果使用非聚集索引查詢，而查詢列中包含了其他該索引沒有覆蓋的列，那麼他還要進行第二次的查詢，查詢節點上對應的資料行的資料。

有表t1：

其中有 聚集索引clustered index(id), 非聚集索引index(username)。

使用以下語句進行查詢，不需要進行二次查詢，直接就可以從非聚集索引的節點裡面就可以獲取到查詢列的資料。

select id, username from t1 where username = '小明'select username from t1 where username = '小明'

select username, score from t1 where username = '小明'

這篇部落格有乙個簡單示例：

總結如下：

動作描述

使用聚集索引

使用非聚集索引

列經常被分組排序應應

返回某範圍內的資料應不應

乙個或極少不同值

不應不應

小數目的不同值應不應

大數目的不同值不應應

頻繁更新的列不應應

外來鍵列應

應主鍵列應應

頻繁修改索引列不應應

我們需要搞清楚以下幾個問題：

第一：聚集索引的約束是唯一性，是否要求欄位也是唯一的呢？ 

不要求唯一！

分析：如果認為是的朋友，可能是受系統預設設定的影響，一般我們指定乙個表的主鍵，如果這個表之前沒有聚集索引，同時建立主鍵時候沒有強制指定使用非聚集索引，sql會預設在此字段上建立乙個聚集索引，而主鍵都是唯一的，所以理所當然的認為建立聚集索引的字段也需要唯一。

結論：聚集索引可以建立在任何一列你想建立的字段上，這是從理論上講，實際情況並不能隨便指定，否則在效能上會是惡夢。

第二：為什麼聚集索引可以建立在任何一列上，如果此表沒有主鍵約束，即有可能存在重複行資料呢？

粗一看，這還真是和聚集索引的約束相背，但實際情況真可以建立聚集索引。

分析其原因是：如果未使用 unique 屬性建立聚集索引，資料庫引擎將向表自動新增乙個四位元組 uniqueifier 列。必要時，資料庫引擎 將向行自動新增乙個 uniqueifier 值，使每個鍵唯一。此列和列值供內部使用，使用者不能檢視或訪問。

第三：是不是聚集索引就一定要比非聚集索引效能優呢?

如果想查詢學分在60-90之間的學生的學分以及姓名，在學分上建立聚集索引是否是最優的呢？

答：否。既然只輸出兩列，我們可以在學分以及學生姓名上建立聯合非聚集索引，此時的索引就形成了覆蓋索引，即索引所儲存的內容就是最終輸出的資料，這種索引在比以學分為聚集索引做查詢效能更好。

第四：在資料庫中通過什麼描述聚集索引與非聚集索引的？

索引是通過二叉樹的形式進行描述的，我們可以這樣區分聚集與非聚集索引的區別：聚集索引的葉節點就是最終的資料節點，而非聚集索引的葉節仍然是索引節點，但它有乙個指向最終資料的指標。

第五：在主鍵是建立聚集索引的表在資料插入上為什麼比主鍵上建立非聚集索引表速度要慢？

有了上面第四點的認識，我們分析這個問題就有把握了，在有主鍵的表中插入資料行，由於有主鍵唯一性的約束，所以需要保證插入的資料沒有重複。我們來比較下主鍵為聚集索引和非聚集索引的查詢情況：聚集索引由於索引葉節點就是資料頁，所以如果想檢查主鍵的唯一性，需要遍歷所有資料節點才行，但非聚集索引不同，由於非聚集索引上已經包含了主鍵值，所以查詢主鍵唯一性，只需要遍歷所有的索引頁就行（索引的儲存空間比實際資料要少），這比遍歷所有資料行減少了不少io消耗。這就是為什麼主鍵上建立非聚集索引比主鍵上建立聚集索引在插入資料時要快的真正原因。

聚集索引和非聚集索引

聚集索引和非聚集索引 一 聚集索引和非聚集索引 聚集索引和非聚集索引的根本區別是表記錄的排列順序和與索引的排列順序是否一致，聚集索引表記錄的排列順序與索引的排列順序一致，優點是查詢速度快，因為一旦具有第乙個索引值的紀錄被找到，具有連續索引值的記錄也一定物理的緊跟其後。聚集索引的缺點是對錶進行修改速度...

聚集索引和非聚集索引

本文引自 一種索引，該索引中鍵值的邏輯順序決定了表中相應行的物理順序。聚集索引確定表中資料的物理順序。聚集索引類似於 簿，後者按姓氏排列資料。由於聚集索引規定資料在表中的物理儲存順序，因此乙個表只能包含乙個聚集索引。但該索引可以包含多個列 組合索引 就像 簿按姓氏和名字進行組織一樣。聚集索引對於那些...

聚集索引和非聚集索引

聚集索引和非聚集索引 1 聚集索引 聚集索引，表中的資料儲存位置，根據索引的排序進行實際儲存，因此效率是相當高的。因為聚集索引決定了表中資料行的儲存位置。乙個表不可能有兩個或以上的聚集索引，如果乙個表中已經有乙個聚集索引，那麼這個表中其他的索引都將是非聚集索引。表排列順序 表記錄的排列順序與索引的排...