如果一個索引包含(或覆蓋)所有需要查詢的欄位的值，稱為‘覆蓋索引'。

覆蓋索引是一種非常強大的工具，能大大提高查詢效能，只需要讀取索引而不需要讀取資料，有以下優點：

1、索引項通常比記錄要小，所以MySQL訪問更少的資料。

2、索引都按值得大小儲存，相對於隨機訪問記錄，需要更少的I/O。

3、資料引擎能更好的快取索引，比如MyISAM只快取索引。

4、覆蓋索引對InnoDB尤其有用，因為InnoDB使用聚集索引組織資料，如果二級索引包含查詢所需的資料，就不再需要在聚集索引中查找了。

限制：

1、覆蓋索引也並不適用於任意的索引型別，索引必須儲存列的值。

2、Hash和full-text索引不儲存值，因此MySQL只能使用BTree。

3、不同的儲存引擎實現覆蓋索引都是不同的，並不是所有的儲存引擎都支援覆蓋索引。

4、如果要使用覆蓋索引，一定要注意SELECT列表值取出需要的列，不可以SELECT * ，因為如果將所有欄位一起做索引會導致索引檔案過大，查詢效能下降。

知識點擴充：

1、兩遍掃描演算法(Two passes)

實現方式是先將須要排序的欄位和可以直接定位到相關行資料的指標資訊取出，然後在設定的記憶體（通過引數sort_buffer_size設定）中進行排序，完成排序之後再次通過行指標資訊取出所需的Columns

注：該演算法是4.1之前採用的演算法，它需要兩次訪問資料，尤其是第二次讀取操作會導致大量的隨機I/O操作。另一方面，記憶體開銷較小

2、 一次掃描演算法(single pass)

該演算法一次性將所需的Columns全部取出，在記憶體中排序後直接將結果輸出
注： 從 MySQL 4.1 版本開始使用該演算法。它減少了I/O的次數，效率較高，但是記憶體開銷也較大。如果我們將並不需要的Columns也取出來，就會極大地浪費排序過程所需要 的記憶體。在 MySQL 4.1 之後的版本中，可以通過設定 max_length_for_sort_data 引數來控制 MySQL 選擇第一種排序演算法還是第二種。當取出的所有大欄位總大小大於 max_length_for_sort_data 的設定時，MySQL 就會選擇使用第一種排序演算法，反之，則會選擇第二種。為了儘可能地提高排序效能，我們自然更希望使用第二種排序演算法，所以在 Query 中僅僅取出需要的 Columns 是非常有必要的。

當對連線操作進行排序時，如果ORDER BY僅僅引用第一個表的列，MySQL對該表進行filesort操作，然後進行連線處理，此時，EXPLAIN輸出“Using filesort”；否則，MySQL必須將查詢的結果集生成一個臨時表，在連線完成之後進行filesort操作，此時，EXPLAIN輸出 “Using temporary;Using filesort”

以上就是mysql中關於覆蓋索引的知識點總結的詳細內容，更多關於mysql中什麼是覆蓋索引的資料請關注我們其它相關文章！