如果你的查詢中用到了索引，這是一個(gè)進(jìn)步，如果能夠更進(jìn)一步，用到了覆蓋索引，那么就更牛了！當(dāng)我們?cè)O(shè)計(jì)一個(gè)索引的時(shí)候，如果能夠從一個(gè)更加全面的角度去設(shè)計(jì)這個(gè)索引，不僅考慮到 where 中的條件，還能夠考慮到整個(gè) SQL，那么無(wú)疑這個(gè)索引的設(shè)計(jì)將是非常成功的。

當(dāng)然不能為了覆蓋而覆蓋。

1. 什么是覆蓋索引

要理解什么是覆蓋索引，我們需要先來(lái)回顧一下 InnoDB 中索引樹(shù)的數(shù)據(jù)結(jié)構(gòu)。

假設(shè)我有如下數(shù)據(jù)：

現(xiàn)在我給 username、age 以及 address 三個(gè)字段建立一個(gè)聯(lián)合索引，那么這個(gè)聯(lián)合索引的 B+Tree 可能是這個(gè)樣子：

上面這個(gè)索引樹(shù)是一個(gè)非聚集索引或者也可以說(shuō)是一個(gè)二級(jí)索引，這種索引區(qū)別于我們之前文章跟大家聊的聚集索引（再聊 MySQL 聚簇索引），在聚集索引中，葉子結(jié)點(diǎn)就是這一行的數(shù)據(jù)，但是在二級(jí)索引中，葉子結(jié)點(diǎn)中保存的是主鍵值。

所以，當(dāng)我們搜索的時(shí)候，如果使用的是二級(jí)索引，那么最終拿到的是主鍵值，有了主鍵值之后，我們還需要再去到聚簇索引中進(jìn)行搜索，才能拿到完整的數(shù)據(jù)，這個(gè)過(guò)程我們也稱之為回表。

很明顯，如果進(jìn)行了回表操作的話，那么執(zhí)行效率顯然就要下降一截，那么是否用到了二級(jí)索引就會(huì)回表呢？其實(shí)不然！如果是覆蓋索引的話，就不需要回表。

那么什么是覆蓋索引呢？

小伙伴們觀察上面的索引樹(shù)，大家發(fā)現(xiàn)在這個(gè)索引樹(shù)中，離葉子結(jié)點(diǎn)最近的樹(shù)枝上有 username、age 以及 address，而葉子結(jié)點(diǎn)上有 id，所以如果我想要查詢的字段是 id、username、age 以及 address 中的任意一個(gè)或者任意幾個(gè)的話，那么就不需要再去聚簇索引上查詢了，當(dāng)前這個(gè) B+Tree 上直接就有現(xiàn)成的，直接返回即可，這個(gè)就是覆蓋索引。

2. 實(shí)踐

現(xiàn)在假設(shè)我有如下一張表：

CREATE TABLE `user` (
  `id` int unsigned NOT NULL AUTO_INCREMENT,
  `username` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `age` int DEFAULT NULL,
  `address` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `gender` varchar(2) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `user_prop_index` (`username`,`age`,`address`)
) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

可以看到，這張表中有一個(gè)名為 user_prop_index 的索引，這個(gè)索引中一共存在三個(gè)字段，分別是 username、age 以及 address，現(xiàn)在我們來(lái)看如下 SQL 的執(zhí)行計(jì)劃：

explain select address from user where username='ab' and age=99\G

小伙伴們看到，Extra: Using index 就表示使用到了覆蓋索引，因?yàn)槲业牟樵?SQL 中最終想要的值，都在當(dāng)前這棵索引樹(shù)上。

更進(jìn)一步，假設(shè)我要查詢 id、address 以及 age 字段，如下：

explain select id,address,age from user where username='ab'\G

很明顯，由于這三個(gè)字段都在索引樹(shù)上，所以直接直接通過(guò)回表獲取到。

但是，如果想直接 select *，那么由于這個(gè)索引樹(shù)上沒(méi)有 gender 字段，此時(shí)就必須要回表才能拿到 gender 字段的值，如下：

explain select * from user where username='ab'\G

可以看到，這個(gè)時(shí)候沒(méi)有用到覆蓋索引了。

3. 覆蓋索引的優(yōu)勢(shì)

通過(guò)前面的介紹，覆蓋索引的優(yōu)勢(shì)相信小伙伴們也能自己總結(jié)出來(lái)：

1. 覆蓋索引不需要回表，直接在 B+Tree 這顆索引樹(shù)上就能讀取到需要的數(shù)據(jù)，這極大的減少了數(shù)據(jù)庫(kù) IO 次數(shù)，在 IO 密集型應(yīng)用中，這樣的性能提升非常有效。
2. 基于 B+Tree 中聯(lián)合索引數(shù)據(jù)的排序規(guī)則，覆蓋索引中，如果涉及到范圍搜索，也是非常高效的（如果涉及到回表的話，效率就會(huì)降低很多）。