覆盖索引，也就是covering index。指的是一个查询语句的执行只用从索引中就能获取到目标数据，不必从数据表中读取。因此也可称之为实现了索引覆盖。
当我们执行一条查询语句符合覆盖索引时，MySQL 只需要通过索引就可以返回查询所需要的数据，这样避免了查到索引后再返回查表操作，减少 I/O 并提高了效率。
比如：我们有一张表covering_tabel，其中有一个普通索引 idx_key1_key2(key1, key2)。当我们执行 SQLselect key1 from covering_table where key1 = "ketvalue"的时候，此时其实就 i 是通过了覆盖索引进行查询，无需回表。
但是在使用过程中要注意的是：有两种情况是不满足的：
-
sql 的 where 条件不符合最左前缀匹配原则
-
SQL 查询的字段不属于联合索引
比如如果 sql 不符合最左前缀匹配，即使是索引覆盖也是无法使用到索引的（会扫描索引树），比如这个 SQLselect key1 from covering_table where key2 = "keyvalue"
要是 SQL 中的查询字段也没有包含在联合索引中，其实也是不会走索引覆盖的。比如：select key2, key3 from covering_table where key1 = "keyvalue"
理解可以，那你知道什么是索引下推吗？
派大星：有了解，索引下推是 MySQL 在 5.6 中引入的一种优化技术，默认是开启状态的。当然也可以通过set optimizer_switch = index_condition_pushdown = off进行关闭。
官方文档中大致解释如下：
-
假设有一个 people 表中的(zipcode、lastname、firstname)构成一个索引。
SELECT * FROM people WHERE zipcode='95054' AND lastname LIKE '%etrunia%' AND address LIKE '%Main Street%';
如果要是上述 SQL 在没有使用索引下推技术，则 MySQL 会通过 zipcode='95054' 从存储引擎中查询对应的数据，返回到 MySQL 服务端，然后 MySQL 服务端基于 lastname LIKE '%etrunia%' 和 address LIKE '%Main Street%'; 来判断是否符合条件。
但是如果使用了索引下推技术的话，MySQL 则会通过 zipcode='95054' 先返回符合条件的索引，然后根据 lastname LIKE '%etrunia%' 来判断索引是否符合条件。如果符合条件，就会根据该索引来定位对应的数据，如果不符合，则直接 reject 掉，有了索引下推的优化，可以在 like 条件查询的情况下，减少回表的次数。
需要注意的是：当一条 SQL 使用到了索引下推时，那么 explain 的执行计划中的 extra 字段对应的内容为：Using index condition。
