mysql中關(guān)于覆蓋索引的知識(shí)點(diǎn)總結(jié)

更新時(shí)間：2020年08月30日 10:07:45 投稿：laozhang

在本篇文章里小編給大家整理的是一篇關(guān)于mysql中關(guān)于覆蓋索引的知識(shí)點(diǎn)總結(jié)內(nèi)容，有需要的朋友們學(xué)習(xí)參考下。

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

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

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

2、索引都按值得大小存儲(chǔ)，相對(duì)于隨機(jī)訪問(wèn)記錄，需要更少的I/O。

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

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

限制：

1、覆蓋索引也并不適用于任意的索引類(lèi)型，索引必須存儲(chǔ)列的值。

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

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

4、如果要使用覆蓋索引，一定要注意SELECT列表值取出需要的列，不可以SELECT * ，因?yàn)槿绻麑⑺凶侄我黄鹱鏊饕龝?huì)導(dǎo)致索引文件過(guò)大，查詢性能下降。

知識(shí)點(diǎn)擴(kuò)充：

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

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

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

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

該算法一次性將所需的Columns全部取出，在內(nèi)存中排序后直接將結(jié)果輸出
注：從 MySQL 4.1 版本開(kāi)始使用該算法。它減少了I/O的次數(shù)，效率較高，但是內(nèi)存開(kāi)銷(xiāo)也較大。如果我們將并不需要的Columns也取出來(lái)，就會(huì)極大地浪費(fèi)排序過(guò)程所需要的內(nèi)存。在 MySQL 4.1 之后的版本中，可以通過(guò)設(shè)置 max_length_for_sort_data 參數(shù)來(lái)控制 MySQL 選擇第一種排序算法還是第二種。當(dāng)取出的所有大字段總大小大于 max_length_for_sort_data 的設(shè)置時(shí)，MySQL 就會(huì)選擇使用第一種排序算法，反之，則會(huì)選擇第二種。為了盡可能地提高排序性能，我們自然更希望使用第二種排序算法，所以在 Query 中僅僅取出需要的 Columns 是非常有必要的。

當(dāng)對(duì)連接操作進(jìn)行排序時(shí)，如果ORDER BY僅僅引用第一個(gè)表的列，MySQL對(duì)該表進(jìn)行filesort操作，然后進(jìn)行連接處理，此時(shí)，EXPLAIN輸出“Using filesort”；否則，MySQL必須將查詢的結(jié)果集生成一個(gè)臨時(shí)表，在連接完成之后進(jìn)行filesort操作，此時(shí)，EXPLAIN輸出 “Using temporary;Using filesort”

以上就是mysql中關(guān)于覆蓋索引的知識(shí)點(diǎn)總結(jié)的詳細(xì)內(nèi)容，更多關(guān)于mysql中什么是覆蓋索引的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

您可能感興趣的文章: