聚集索引確定表中資料的物理順序。聚集索引類似於**簿，後者按姓氏排列資料。由於聚集索引規定資料在表中的物理儲存順序，因此乙個表只能包含乙個聚集索引。但該索引可以包含多個列（組合索引），就像**簿按姓氏和名字進行組織一樣。
聚集索引對於那些經常要搜尋範圍值的列特別有效。使用聚集索引找到包含第乙個值的行後，便可以確保包含後續索引值的行在物理相鄰。例如，如果應用程式執行的乙個查詢經常檢索某一日期範圍內的記錄，則使用聚集索引可以迅速找到包含開始日期的行，然後檢索表中所有相鄰的行，直到到達結束日期。這樣有助於提高此類查詢的效能。同樣，如果對從表中檢索的資料進行排序時經常要用到某一列，則可以將該錶在該列上聚集（物理排序），避免每次查詢該列時都進行排序，從而節省成本。
使用非聚集索引
非聚集索引與課本中的索引類似。資料儲存在乙個地方，索引儲存在另乙個地方，索引帶有指標指向資料的儲存位置。索引中的專案按索引鍵值的順序儲存，而表中的資訊按另一種順序儲存（這可以由聚集索引規定）。如果在表中未建立聚集索引，則無法保證這些行具有任何特定的順序。
與使用書中索引的方式相似，microsoft® sql server™ 2000 在搜尋資料值時，先對非聚集索引進行搜尋，找到資料值在表中的位置，然後從該位置直接檢索資料。這使非聚集索引成為精確匹配查詢的最佳方法，因為索引包含描述查詢所搜尋的資料值在表中的精確位置的條目。如果基礎表使用聚集索引排序，則該位置為聚集鍵值；否則，該位置為包含行的檔案號、頁號和槽號的行 id (rid)。例如，對於在 emp_id 列上有非聚集索引的表，如要搜尋其雇員 id (emp_id)，sql server 會在索引中查詢這樣乙個條目，該條目精確列出匹配的 emp_id 列在表中的頁和行，然後直接轉到該頁該行。
注意：聚集索引會降低 insert，和update操作的效能，所以，是否使用聚集索引要全面衡量。
聚簇索引與非聚簇索引區別
聚集索引與非聚集索引的區別是 葉節點是否存放一整行記錄 innodb 主鍵使用的是聚簇索引，myisam 不管是主鍵索引，還是二級索引使用的都是非聚簇索引。下圖形象說明了聚簇索引表 innodb 和非聚簇索引 myisam 的區別 聚簇索引與非聚簇索引 1.對於非聚簇索引表來說 右圖 表資料和索引是...
聚簇索引與非聚簇索引
聚簇索引介紹 聚簇索引並不是一種單獨的索引型別，而是一種資料儲存方式。具體的細節依賴於實現方式，例innodb的聚簇索引實際上在同乙個結構中儲存了b tree索引和資料行。當表有聚簇索引時，他的資料行實際放在索引的葉子頁 leaf page 術語 聚簇 聚簇索引實現 儲存引擎負責實現索引，因此不是所...
聚簇索引與非聚簇索引
mysql的索引主要使用b 樹和雜湊索引的方式進行組織。雜湊索引底層即是雜湊表，查詢時只需要進行一次雜湊操作即可得到位址，查詢速度比較快，但是查詢時操作只適合 的查詢操作，對於範圍查詢不友好，因此只適用於大多數需求為單錶查詢的情況。mysql中常用的兩大引擎myisam和innodb 對於b 樹的使...