索引优化：覆盖索引

• 简介

索引是高效找到行的一个方法，但是一般数据库也能使用索引找到一个列的数据，因此它不必读取整个行。毕竟索引叶子节点存储了它们索引的数据；
当能通过读取索引就可以得到想要的数据，那就不需要读取行了。一个索引包含了满足查询结果的数据就叫做覆盖索引。

非聚簇复合索引的一种形式，它包括在查询里的SELECT、JOIN和WHERE子句用到的所有列（即建索引的字段正好是覆盖查询条件中所涉及的字段）

• 代码案例

# 举例1：
# 删除之前的索引
DROP INDEX idx_age_stuno ON student;
# 创建索引
CREATE INDEX idx_age_name ON student (age,NAME);
# 测试
EXPLAIN SELECT * FROM student WHERE age <> 20;  # 索引失效
# 这里虽然使用了<>，但依然使用了索引idx_age_name 
EXPLAIN SELECT age,NAME FROM student WHERE age <> 20;  # 索引有效，为覆盖索引

# 举例2：
# 使用了%开头，所以索引失效
EXPLAIN SELECT * FROM student WHERE NAME LIKE '%abc';  # 索引失效
# 指定了具体字段，索引未失效
EXPLAIN SELECT id,age FROM student WHERE NAME LIKE '%abc';  # 索引有效，为覆盖索引

# 联合索引的字段为age、name
# 索引覆盖时可以指定的字段为id、age、name；即联合索引中的字段+主键字段，只能少，不能多，则为索引覆盖

• 覆盖索引的好处

避免Innodb表进行索引的二次查询（回表）

Innodb是以聚集索引的顺序来存储的，对于Innodb来说，二级索引在叶子节点中所保存的是行的主键信息，如果是用二级索引查询数据，
在查找到相应的键值后，需通过主键进行二次查询才能获取我们真实所需要的数据。
在覆盖索引中，二级索引的键值中可以获取所要的数据，避免了对主键的二次查询，减少了I0操作，提升了查询效率。

可以把随机IO变成顺序IO加快查询效率

由于覆盖索引是按键值的顺序存储的，对于I0密集型的范围查找来说，对比随机从磁盘读取每一行的数据I0要少的多，因此利用覆盖索引
在访问时也可以把磁盘的随机读取的IO转变成索引查找的顺序IO。

由于覆盖索引可以减少树的搜索次数，显著提升查询性能，所以使用覆盖索引是一个常用的性能优化手段。

• 覆盖索引的坏处

索引字段的维护总是有代价的。因此，在建立冗余索引来支持覆盖索引时就需要权衡考虑了。这是业务DBA，或者称为业务数据架构师的工作