先來看下面的sql語句：

目前orderinfo表中的數(shù)據(jù)大概是1億行

查詢耗時大概2秒多，如果將sql中的返回所有字段改成只返回dbid字段（dbid是主鍵），查詢耗時縮短為0.2秒。

這是因為使用到了覆蓋索引。

覆蓋索引是指select查詢返回的數(shù)據(jù)列都包含于索引中，這樣從索引中就能獲取數(shù)據(jù)，無需讀取數(shù)據(jù)行。比如下面的sql語句：

addressDbid列已經(jīng)創(chuàng)建了索引，sql中只需要返回索引列addressDbid，所以用到了覆蓋索引。

以下討論都是基礎(chǔ)innodb存儲引擎的。

在mysql的innodb存儲引擎中，所有的表數(shù)據(jù)都是存放到索引中的，并且以主鍵為索引列，這個索引叫聚集索引。聚集索引是mysql自動創(chuàng)建的。

而由我們創(chuàng)建的索引叫二級索引或輔助索引，二級索引中只保存索引列和主鍵，當(dāng)select語句中要獲取某一行的其他列，必須用主鍵去聚集索引中獲取，這個過程叫“回表”。由于覆蓋索引減少了“回表”步驟，所以速度明顯提升。

現(xiàn)在回到這個sql語句：

由于語句只使用到了聚集索引，而表的所有數(shù)據(jù)也都是存放到聚集索引中的，所以不存在“回表”這種情況，那這個語句速度為什么會快呢？

因為數(shù)據(jù)庫表數(shù)據(jù)是以文件的形式存放到硬盤上，硬盤的速度相比內(nèi)存要慢很多，頻繁訪問會非常耗時，上面的語句由于只需要返回dbid主鍵(也是聚集索引的索引列)，不需要返回其他列，減少了訪問硬盤，所以速度要快很多。

但是，平常使用時不會僅僅需要返回一個主鍵，而是需要這一行的所有列數(shù)據(jù)，改進一下上面的sql：

通過dbid連接一下原表orderinfo就可以了。

耗時基本沒有影響。