很多 MySQL 面试题看起来是不同问题什么是聚簇索引什么是非聚簇索引什么是回表为什么不要 select *什么是覆盖索引其实它们都在讲同一件事InnoDB 的主键索引叶子节点存整行数据二级索引叶子节点存主键值。二级索引先拿主键再到主键索引取完整记录1. 聚簇索引是什么聚簇索引也叫聚集索引。它的特点是索引和数据放在一起B 树叶子节点保存整行数据。InnoDB 表一定有且只有一个聚簇索引。聚簇索引的选择规则是如果存在主键主键索引就是聚簇索引。如果没有主键会选择第一个唯一索引作为聚簇索引。如果主键和合适的唯一索引都没有InnoDB 会生成隐藏的 row_id 作为聚簇索引。这也是为什么 InnoDB 表通常建议显式定义主键并且主键尽量短、稳定、有序。聚簇索引的优势与劣势优势查询速度快对于主键或聚簇索引列的等值查询、范围查询可以直接在叶子节点拿到完整数据避免回表。数据存储有序数据按主键顺序物理存储对范围查询和排序操作非常友好。劣势插入速度可能变慢如果主键不是自增的插入新数据可能导致页分裂影响性能。更新主键代价高更新主键值会导致数据行物理位置移动成本很高。2. 二级索引是什么非聚簇索引在 InnoDB 中通常也叫二级索引或辅助索引。它和聚簇索引最大的区别是二级索引的叶子节点不保存整行数据而是保存对应的主键值。例如表结构如下CREATETABLEtb_user(idBIGINTPRIMARYKEY,nameVARCHAR(32),ageINT,genderTINYINT,KEYidx_name(name));其中索引叶子节点保存什么主键索引 id整行数据二级索引 idx_namename 和对应主键 id3. 什么是回表当查询通过二级索引找到了主键值但返回字段不在二级索引里就需要再拿主键值去聚簇索引查整行数据。这个过程就是回表。SELECT*FROMtb_userWHEREnameArm;如果 name 上有索引执行路径大致是在 idx_name 这棵 B 树中找到 name ‘Arm’。拿到对应主键 id 2。到主键索引中查 id 2 的整行数据。返回所有字段。画成流程就是一次“先找人名再拿身份证号去查档案”的过程这比只查一次索引成本更高。如果命中很多行就会产生大量回表。回表的性能影响随机 I/O回表需要根据主键值去聚簇索引中查找这通常是随机磁盘 I/O除非主键连续且数据紧凑比顺序 I/O 慢得多。CPU 开销需要两次索引查找二级索引 聚簇索引增加了 CPU 缓存和比较的开销。影响程度当通过二级索引筛选出的行数很多时高选择性查询回表成本会急剧上升可能使索引失效不如全表扫描。4. 什么是覆盖索引覆盖索引不是一种新的索引类型而是一种查询效果查询使用了索引并且需要返回的列在这个索引中都能找到。比如SELECTid,nameFROMtb_userWHEREnameArm;由于二级索引 idx_name 的叶子节点里有 name 和主键 id这条 SQL 需要的字段都能直接从二级索引拿到不需要再回表。覆盖索引的流程会短很多5. select * 为什么危险select * 最大的问题不是语法难看而是它会把所有列都纳入返回范围。只要有任何列不在当前索引里就可能触发回表。对比一下-- 可能回表gender 不在 idx_name 中SELECTid,name,genderFROMtb_userWHEREnameArm;-- 如果 idx_name 能提供 id 和 name则不需要回表SELECTid,nameFROMtb_userWHEREnameArm;在高并发、大数据量场景下少一次回表就可能省下大量随机 IO。6. 聚簇索引和二级索引对比对比项聚簇索引二级索引数量一个表只有一个一个表可以有多个叶子节点保存整行数据保存索引列和主键值查询整行直接拿到通常需要回表典型索引主键索引普通索引、联合索引7. 设计索引时怎么利用覆盖索引联合索引经常用来实现覆盖索引。例如高频查询是SELECTid,name,statusFROMtb_userWHEREname?ORDERBYid;可以考虑建立CREATEINDEXidx_name_status_idONtb_user(name,status,id);但要注意索引不是越宽越好。联合索引字段越多写入维护成本和存储成本也越高。是否值得建要看查询频率、字段区分度、返回字段稳定性和写入压力。覆盖索引的设计技巧将查询条件列放在联合索引的最左侧。将需要查询的列SELECT 中的列也包含在索引中。注意对于ORDER BY或GROUP BY的列如果可能也应包含在索引中以避免文件排序。利用索引的最左前缀原则。例如索引(a, b, c)可以覆盖WHERE a ? AND b ?的查询即使没有用到 c。注意索引列的顺序。区分度高的列放在前面等值查询的列放在范围查询列之前。使用 EXPLAIN 验证。执行EXPLAIN语句查看Extra列是否出现Using index这是覆盖索引生效的标志。示例-- 假设有联合索引 (dept_id, status, create_time)SELECTid,nameFROMemployeeWHEREdept_id10ANDstatusACTIVEORDERBYcreate_timeDESC;-- 这个查询可能走覆盖索引因为所需字段 id, name, dept_id, status, create_time 都在索引中。8. 面试回答模板可以这样回答InnoDB 的聚簇索引是数据和索引放在一起的索引叶子节点保存整行数据一张表只有一个通常就是主键索引。二级索引的叶子节点保存索引列和主键值。如果通过二级索引查询但要返回的列不在二级索引中就需要拿主键再去聚簇索引查整行数据这叫回表。覆盖索引指的是查询要返回的字段都能从索引中拿到可以避免回表。所以实际优化时要尽量避免 select *并结合高频查询设计合适的联合索引。8. 实战如何判断是否使用了覆盖索引可以通过 MySQL 的EXPLAIN命令来查看查询的执行计划判断是否使用了覆盖索引。关键字段type:表示访问类型常见的有const、eq_ref、ref、range、index、ALL。如果使用了覆盖索引type可能是index或ref。key:表示实际使用的索引。Extra:这是判断覆盖索引的关键列。如果出现了Using index就表示查询使用了覆盖索引所有需要的数据都可以从索引树中取得无需回表。示例分析EXPLAINSELECTid,nameFROMtb_userWHEREnameArm;可能的输出------------------------------------------------------------------------------------------------------------------ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | ------------------------------------------------------------------------------------------------------------------ | 1 | SIMPLE | tb_user | NULL | ref | idx_name | idx_name | 99 | const | 1 | 100.00 | Using index | ------------------------------------------------------------------------------------------------------------------Extra列显示Using index说明这是一个覆盖索引查询。EXPLAINSELECT*FROMtb_userWHEREnameArm;可能的输出------------------------------------------------------------------------------------------------------------ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | ------------------------------------------------------------------------------------------------------------ | 1 | SIMPLE | tb_user | NULL | ref | idx_name | idx_name | 99 | const | 1 | 100.00 | NULL | ------------------------------------------------------------------------------------------------------------Extra列为空说明虽然使用了idx_name索引但需要回表查询其他列不是覆盖索引。## 9. 小结聚簇索引、二级索引、回表和覆盖索引是一组连续概念。只要记住 InnoDB 的二级索引叶子节点存的是主键值就能顺着推出为什么会回表以及为什么覆盖索引能优化查询。
MySQL索引优化：聚簇索引、回表与覆盖索引
发布时间：2026/6/2 0:58:40
很多 MySQL 面试题看起来是不同问题什么是聚簇索引什么是非聚簇索引什么是回表为什么不要 select *什么是覆盖索引其实它们都在讲同一件事InnoDB 的主键索引叶子节点存整行数据二级索引叶子节点存主键值。二级索引先拿主键再到主键索引取完整记录1. 聚簇索引是什么聚簇索引也叫聚集索引。它的特点是索引和数据放在一起B 树叶子节点保存整行数据。InnoDB 表一定有且只有一个聚簇索引。聚簇索引的选择规则是如果存在主键主键索引就是聚簇索引。如果没有主键会选择第一个唯一索引作为聚簇索引。如果主键和合适的唯一索引都没有InnoDB 会生成隐藏的 row_id 作为聚簇索引。这也是为什么 InnoDB 表通常建议显式定义主键并且主键尽量短、稳定、有序。聚簇索引的优势与劣势优势查询速度快对于主键或聚簇索引列的等值查询、范围查询可以直接在叶子节点拿到完整数据避免回表。数据存储有序数据按主键顺序物理存储对范围查询和排序操作非常友好。劣势插入速度可能变慢如果主键不是自增的插入新数据可能导致页分裂影响性能。更新主键代价高更新主键值会导致数据行物理位置移动成本很高。2. 二级索引是什么非聚簇索引在 InnoDB 中通常也叫二级索引或辅助索引。它和聚簇索引最大的区别是二级索引的叶子节点不保存整行数据而是保存对应的主键值。例如表结构如下CREATETABLEtb_user(idBIGINTPRIMARYKEY,nameVARCHAR(32),ageINT,genderTINYINT,KEYidx_name(name));其中索引叶子节点保存什么主键索引 id整行数据二级索引 idx_namename 和对应主键 id3. 什么是回表当查询通过二级索引找到了主键值但返回字段不在二级索引里就需要再拿主键值去聚簇索引查整行数据。这个过程就是回表。SELECT*FROMtb_userWHEREnameArm;如果 name 上有索引执行路径大致是在 idx_name 这棵 B 树中找到 name ‘Arm’。拿到对应主键 id 2。到主键索引中查 id 2 的整行数据。返回所有字段。画成流程就是一次“先找人名再拿身份证号去查档案”的过程这比只查一次索引成本更高。如果命中很多行就会产生大量回表。回表的性能影响随机 I/O回表需要根据主键值去聚簇索引中查找这通常是随机磁盘 I/O除非主键连续且数据紧凑比顺序 I/O 慢得多。CPU 开销需要两次索引查找二级索引 聚簇索引增加了 CPU 缓存和比较的开销。影响程度当通过二级索引筛选出的行数很多时高选择性查询回表成本会急剧上升可能使索引失效不如全表扫描。4. 什么是覆盖索引覆盖索引不是一种新的索引类型而是一种查询效果查询使用了索引并且需要返回的列在这个索引中都能找到。比如SELECTid,nameFROMtb_userWHEREnameArm;由于二级索引 idx_name 的叶子节点里有 name 和主键 id这条 SQL 需要的字段都能直接从二级索引拿到不需要再回表。覆盖索引的流程会短很多5. select * 为什么危险select * 最大的问题不是语法难看而是它会把所有列都纳入返回范围。只要有任何列不在当前索引里就可能触发回表。对比一下-- 可能回表gender 不在 idx_name 中SELECTid,name,genderFROMtb_userWHEREnameArm;-- 如果 idx_name 能提供 id 和 name则不需要回表SELECTid,nameFROMtb_userWHEREnameArm;在高并发、大数据量场景下少一次回表就可能省下大量随机 IO。6. 聚簇索引和二级索引对比对比项聚簇索引二级索引数量一个表只有一个一个表可以有多个叶子节点保存整行数据保存索引列和主键值查询整行直接拿到通常需要回表典型索引主键索引普通索引、联合索引7. 设计索引时怎么利用覆盖索引联合索引经常用来实现覆盖索引。例如高频查询是SELECTid,name,statusFROMtb_userWHEREname?ORDERBYid;可以考虑建立CREATEINDEXidx_name_status_idONtb_user(name,status,id);但要注意索引不是越宽越好。联合索引字段越多写入维护成本和存储成本也越高。是否值得建要看查询频率、字段区分度、返回字段稳定性和写入压力。覆盖索引的设计技巧将查询条件列放在联合索引的最左侧。将需要查询的列SELECT 中的列也包含在索引中。注意对于ORDER BY或GROUP BY的列如果可能也应包含在索引中以避免文件排序。利用索引的最左前缀原则。例如索引(a, b, c)可以覆盖WHERE a ? AND b ?的查询即使没有用到 c。注意索引列的顺序。区分度高的列放在前面等值查询的列放在范围查询列之前。使用 EXPLAIN 验证。执行EXPLAIN语句查看Extra列是否出现Using index这是覆盖索引生效的标志。示例-- 假设有联合索引 (dept_id, status, create_time)SELECTid,nameFROMemployeeWHEREdept_id10ANDstatusACTIVEORDERBYcreate_timeDESC;-- 这个查询可能走覆盖索引因为所需字段 id, name, dept_id, status, create_time 都在索引中。8. 面试回答模板可以这样回答InnoDB 的聚簇索引是数据和索引放在一起的索引叶子节点保存整行数据一张表只有一个通常就是主键索引。二级索引的叶子节点保存索引列和主键值。如果通过二级索引查询但要返回的列不在二级索引中就需要拿主键再去聚簇索引查整行数据这叫回表。覆盖索引指的是查询要返回的字段都能从索引中拿到可以避免回表。所以实际优化时要尽量避免 select *并结合高频查询设计合适的联合索引。8. 实战如何判断是否使用了覆盖索引可以通过 MySQL 的EXPLAIN命令来查看查询的执行计划判断是否使用了覆盖索引。关键字段type:表示访问类型常见的有const、eq_ref、ref、range、index、ALL。如果使用了覆盖索引type可能是index或ref。key:表示实际使用的索引。Extra:这是判断覆盖索引的关键列。如果出现了Using index就表示查询使用了覆盖索引所有需要的数据都可以从索引树中取得无需回表。示例分析EXPLAINSELECTid,nameFROMtb_userWHEREnameArm;可能的输出------------------------------------------------------------------------------------------------------------------ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | ------------------------------------------------------------------------------------------------------------------ | 1 | SIMPLE | tb_user | NULL | ref | idx_name | idx_name | 99 | const | 1 | 100.00 | Using index | ------------------------------------------------------------------------------------------------------------------Extra列显示Using index说明这是一个覆盖索引查询。EXPLAINSELECT*FROMtb_userWHEREnameArm;可能的输出------------------------------------------------------------------------------------------------------------ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | ------------------------------------------------------------------------------------------------------------ | 1 | SIMPLE | tb_user | NULL | ref | idx_name | idx_name | 99 | const | 1 | 100.00 | NULL | ------------------------------------------------------------------------------------------------------------Extra列为空说明虽然使用了idx_name索引但需要回表查询其他列不是覆盖索引。## 9. 小结聚簇索引、二级索引、回表和覆盖索引是一组连续概念。只要记住 InnoDB 的二级索引叶子节点存的是主键值就能顺着推出为什么会回表以及为什么覆盖索引能优化查询。
