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=