覆盖索引指查询所需字段均包含在索引中，无需回表。例如select name, age FROM user_info WHERE name = ‘张三’可利用idx_name_age索引完成，执行计划Extra显示using index即表示使用了覆盖索引，能减少I/O、提升性能，但需注意索引设计应覆盖常用查询字段，避免过度创建复合索引增加写入开销。
在mysql数据库中，索引覆盖范围通常指的是一个查询是否能够完全通过索引来获取所需数据，而无需回表（即访问主表的数据行）。这种现象称为“覆盖索引”（Covering Index），是优化查询性能的重要手段。
什么是覆盖索引？
当一条SQL查询语句所涉及的所有字段都包含在某个索引中时，mysql可以直接从索引中读取数据，不需要再根据索引去主表中查找对应的数据行。这种情况下，该索引就“覆盖”了这个查询。
例如，有如下表结构：
CREATE table user_info ( id int PRIMARY KEY, name VARCHAR(50), age INT, city VARCHAR(30) ); ALTER TABLE user_info ADD INDEX idx_name_age (name, age);
执行以下查询：
SELECT name, age FROM user_info WHERE name = ‘张三’;
这个查询只需要用到 idx_name_age 索引就能完成，因为 name 和 age 都在该复合索引中。因此，这个查询就是被索引覆盖的，效率更高。
如何判断是否使用了覆盖索引？
可以通过 EXPLAIN 命令查看执行计划中的 Extra 字段：
- 如果显示 Using index，说明使用了覆盖索引，数据直接从索引中获取。
- 如果没有显示或显示的是 Using where; Using index，也属于覆盖索引（取决于具体场景）。
- 如果显示 Using index condition 或 Using where 但没有 “Using index”，则可能未完全覆盖，仍需回表。
覆盖索引的优势与注意事项
优势很明显：
- 减少I/O操作：避免访问主表数据页，提升查询速度。
- 提高缓存效率：索引通常比数据行小，更容易被缓存。
- 降低锁争用：尤其是MyISAM或InnoDB在某些隔离级别下，访问索引比访问数据行更轻量。
但也需要注意：
- 不是所有查询都能走覆盖索引，必须确保 SELECT、WHERE、ORDER BY、GROUP BY 中的所有字段都在同一个索引中。
- 如果查询需要返回
*或大量不在索引中的列，很难利用覆盖索引。 - 创建过多复合索引会增加写入成本和存储开销，需权衡利弊。
基本上就这些。理解覆盖索引的关键在于：查询要的字段，能不能全从索引里拿到，不用再翻原表。能，就是覆盖；不能，就得回表。合理设计索引可以大幅提升查询效率。不复杂但容易忽略。