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

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

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

1、索引項通常比記錄要小，所以MySQL訪問更少的數(shù)據(jù)。

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

3、數(shù)據(jù)引擎能更好的緩存索引，比如MyISAM只緩存索引。

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

限制：

1、覆蓋索引也并不適用于任意的索引類型，索引必須存儲列的值。

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

3、不同的存儲引擎實現(xiàn)覆蓋索引都是不同的，并不是所有的存儲引擎都支持覆蓋索引。

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

知識點擴充：

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

實現(xiàn)方式是先將須要排序的字段和可以直接定位到相關行數(shù)據(jù)的指針信息取出，然后在設定的內存（通過參數(shù)sort_buffer_size設定）中進行排序，完成排序之后再次通過行指針信息取出所需的Columns

注：該算法是4.1之前采用的算法，它需要兩次訪問數(shù)據(jù)，尤其是第二次讀取操作會導致大量的隨機I/O操作。另一方面，內存開銷較小

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

該算法一次性將所需的Columns全部取出，在內存中排序后直接將結果輸出
注： 從 MySQL 4.1 版本開始使用該算法。它減少了I/O的次數(shù)，效率較高，但是內存開銷也較大。如果我們將并不需要的Columns也取出來，就會極大地浪費排序過程所需要 的內存。在 MySQL 4.1 之后的版本中，可以通過設置 max_length_for_sort_data 參數(shù)來控制 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中什么是覆蓋索引的資料請關注億速云其它相關文章！