举个栗子，假如有一张表：tableA
t(id PK, name KEY, sex, flag); 即id是聚集索引，name是普通索引。
分别执行2条SQL
SQL1 : select id,name from tableA where name=‘shenjian‘
SQL2 : select id,name,sex from tableAwhere name=‘shenjian‘
结果是 SQL1查询速度极快，比SQL快很多，数据越多差异越明显，那这是为什么？ 就因为多了一列?
这要从InnoDB的实现说起，
InnoDB有两大类索引：
聚集索引(clustered index)
普通索引 也叫非聚集索引(secondary index)
一张表必然有1个聚集索引(一颗B+树，叶子节点放的数据)
而普通索引的话，是在普通索引这颗B+树上，InnoDB普通索引的叶子节点存储主键值。
这是上面列子的表的聚簇索引，和普通索引
聚集索引图 非聚集索引(普通索引)图
两个B+树索引分别如上图：
(1)id为PK，聚集索引，叶子节点存储行记录(按页)；
(2)name为KEY，普通索引，叶子节点存储PK值，即id；
既然从普通索引无法直接定位行记录，那普通索引的查询过程是怎么样的呢？
通常情况下，需要扫码两遍索引树。
例如：
select * from t where name=‘lisi‘ 是如何查找的呢
如粉红色路径，需要扫码两遍索引树：
(1)右边的树(普通索引)，先通过普通索引定位到主键值id=5；
(2)在通过主键的值在聚集索引的树里定位到行记录；
这就是所谓的回表查询，先定位主键值，再定位行记录，它的性能较扫一遍索引树更低。
二、什么是索引覆盖****(Covering index)****？
只需要在一棵索引树上就能获取SQL所需的所有列数据，无需回表，速度更快。
覆盖索引其实是索引覆盖的意思，索引字段就已经囊括select查询的字段，即索引字段覆盖了需查询的字段。
三、如何实现索引覆盖？
常见的方法是：将被查询的字段，建立到联合索引里去。
select id,name from user where name=‘shenjian‘;
能够命中name索引，索引叶子节点存储了主键id，通过name的索引树即可获取id和name，无需回表，符合索引覆盖，效率较高。
作者：Harri
链接：/p/8991cbca3854
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
如果觉得《mysql 回表 覆盖索引_mysql 14 覆盖索引+回表》对你有帮助，请点赞、收藏，并留下你的观点哦！
