MySQL优化:如何避免回表查询
参考:https://www.cnblogs.com/myseries/p/11265849.html
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。说明需要回表
详细描述见本文第一行引用的链接
select id, name from user where name = 'shenjian' ; |