MySql的覆蓋索引

一般建表時都要建立乙個自增的主鍵，例如id，這樣mysql會有基於id的聚集索引，主鍵自增，會使資料自動向後插入，在磁碟上物理順序排列

如果聚集索引的值可以改動的話，會造成磁碟上資料的移動，可能出現page**，出現表碎片

innodb引擎表是（聚集）索引組織表（clustered index organize table）；myisam引擎表則是堆組織表（heap organize table），沒有聚集索引的概念。

兩種儲存形式的不同簡單來說，iot表裡資料物理儲存順序和主鍵索引的順序一致，所以如果新增資料是離散的，會導致資料塊趨於離散，而不是趨於順序；而hot表資料寫入的順序是按寫入時間順序儲存的。

iot表相比hot表的優勢是：

- 範圍查詢效率更高

- 資料頻繁更新(聚集索引本身不更新)時，更不容易產生碎片

- 特別適合有一小部分熱點資料頻繁讀寫的場景

- 通過主鍵訪問資料時快速可達

iot表的不足則有：

- 資料變化如果是離散為主的話，那麼效率會比hot表差

hot表的不足有：

- 索引回表讀開銷很大;

- 大部分資料讀取時隨機的，無法保證被順序讀取，開銷大;

- 每張innodb表只能建立乙個聚集索引，聚集索引可以由一列或多列組成

- innodb的聚集索引選擇規則如下：

- 首先選擇顯式定義的主鍵索引做為聚集索引

- 如果沒有，則選擇第乙個不允許null的唯一索引

- 還是沒有的話，就採用innodb引擎內建的rowid作為聚集索引

解釋1、覆蓋索引（covering index）指乙個查詢語句的執行只需要從輔助索引就可以得到查詢記錄，而不需要查詢聚集索引，也就是說的不需要回表操作。回表簡單解釋就是資料庫根據索引找到了指定的記錄所在行後，還需要根據rowid再次到資料塊裡取資料。

解釋2：索引覆蓋是這樣一種索引策略：當某一查詢中包含的所需字段皆包含於乙個索引中，此時索引將大大提高查詢效能。即非聚集索引的葉結點包含所有資料行中的索引列值，使用這些結點即可返回真正的資料，這種情況稱之為「索引覆蓋」。覆蓋索引是mysql dba常用的一種sql優化手段

要想使用索引覆蓋：

1、返回的字段盡量少，字段包含在復合索引中

2、使用where事，條件要包含索引的前導字段

參考：

回表：mysql索引背後的資料結構及演算法原理 :

mysql索引分析 :

mysql聚集索引和非聚集索引(堆組織表和索引組織表) ：

聚集索引與非聚集索引:

mysql索引 :

mysql 覆蓋索引：

理解mysql–索引與優化：

mysql高效索引之覆蓋索引：

mysql索引使用筆記 :

mysql 官方文件：