InnoDB有两大类索引：聚集索引(clustered index)和普通索引(secondary index)

nnoDB聚集索引的叶子节点存储行记录，因此， InnoDB必须要有，且只有一个聚集索引：

(1)如果表定义了PK，则PK就是聚集索引；

(2)如果表没有定义PK，则第一个not NULL unique列是聚集索引；

(3)否则，InnoDB会创建一个隐藏的row-id作为聚集索引；

InnoDB普通索引的叶子节点存储主键值。

两个B+树索引分别如上图：

(1)id为PK，聚集索引，叶子节点存储行记录；

(2)name为KEY，普通索引，叶子节点存储PK值，即id；

既然从普通索引无法直接定位行记录，那普通索引的查询过程是怎么样的呢？

通常情况下，需要扫码两遍索引树。

这就是所谓的回表查询，先定位主键值，再定位行记录，它的性能较扫一遍索引树更低。

总结：回表查询就是查询时先定位主键值，再定位行记录，会查询2次索引树。

如何实现索引覆盖？

常见的方法是：将被查询的字段，建立到联合索引里去。

如将下面第二个查询中sex加入到联合索引中，就不需要回表了。

select id,name from user where name='shenjian';

能够命中name索引，索引叶子节点存储了主键id，通过name的索引树即可获取id和name，无需回表，符合索引覆盖，效率较高。

explain sql 显示 Extra：Using index。说明没有回表

select id,name,sex from user where name='shenjian';

能够命中name索引，索引叶子节点存储了主键id，但sex字段必须回表查询才能获取到，不符合索引覆盖，需要再次通过id值扫码聚集索引获取sex字段，效率会降低。

explain sql 显示Extra：Using index condition。说明需要回表

详细描述见本文第一行引用的链接