mysql中關于覆蓋索引的知識點總結

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

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

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中什么是覆蓋索引的資料請關注億速云其它相關文章！