java面試資料庫索引全面解析

雜湊索引

雜湊索引是一種自適應的索引，資料庫會根據表的使用情況自動生成雜湊索引，我們人為是沒辦法干預的。

rtree索引

在mysql很少使用，僅支援geometry資料型別；相對於btree，rtree的優勢在於範圍查詢。

非聚集索引的資料頁只存指向記錄的位址資訊，它真正的資料已經在聚集索引中儲存了。

覆蓋索引

只需通過輔助索引就能獲取要查詢的資訊，而無需再次通過聚集索引查詢具體的記錄資訊。

由於覆蓋索引並不包含整行的記錄，因此它的大小遠遠小於聚集索引。

它比較適合做一些統計操作。

輔助索引

在myisam中，主索引和輔助索引（secondary key）在結構上沒有任何區別，只是主索引要求key是唯一的，而輔助索引的key可以重複。

輔助索引

索引節點存放的內容一樣，仍然是鍵值資訊和指向資料頁的偏移量；但資料頁中存放的是鍵值資訊和該鍵值對應的主鍵。然後通過主鍵查詢主鍵索引就能找到該條記錄。

innodb的輔助索引也會包含主鍵列，所以，如果主鍵定義的比較大，其他索引也將很大。如果想在表上定義、很多索引，則爭取盡量把主鍵定義得小一些。innodb 不會壓縮索引。

第二，可以大大加快資料的檢索速度，這也是建立索引的最主要的原因。

第三，可以加速表和表之間的連線，特別是在實現資料的參考完整性方面特別有意義。

第四，在使用分組和排序子句進行資料檢索時，同樣可以顯著減少查詢中分組和排序的時間。

第五，通過使用索引，可以在查詢的過程中，使用優化隱藏器，提高系統的效能。

第二，索引需要佔物理空間，除了資料表佔資料空間之外，每乙個索引還要佔一定的物理空間，如果要建立聚簇索引，那麼需要的空間就會更大。

第三，當對表中的資料進行增加、刪除和修改的時候，索引也要動態的維護，這樣就降低了資料的維護速度。

在作為主鍵的列上，強制該列的唯一性和組織表中資料的排列結構；

在經常用在連線的列上，這些列主要是一些外來鍵，可以加快連線的速度；

在經常需要根據範圍進行搜尋的列上建立索引，因為索引已經排序，其指定的範圍是連續的；

在經常需要排序的列上建立索引，因為索引已經排序，這樣查詢可以利用索引的排序，加快排序查詢時間；

在經常使用在where子句中的列上面建立索引，加快條件的判斷速度。

第二，對於那些只有很少資料值的列也不應該增加索引。這是因為，由於這些列的取值很少，例如人事表的性別列，在查詢的結果中，結果集的資料行佔了表中資料行的很大比例，即需要在表中搜尋的資料行的比例很大。增加索引，並不能明顯加快檢索速度。

第三，對於那些定義為text, image和bit資料型別的列不應該增加索引。這是因為，這些列的資料量要麼相當大，要麼取值很少。

第四，當修改效能遠遠大於檢索效能時，不應該建立索引。這是因為，修改效能和檢索效能是互相矛盾的。當增加索引時，會提高檢索效能，但是會降低修改效能。當減少索引時，會提高修改效能，降低檢索效能。因此，當修改效能遠遠大於檢索效能時，不應該建立索引。

java面試 資料庫索引全面解析