覆盖索引指的是一个查询的所有字段都能从索引中获取，不需要回表查询聚簇索引获取完整行数据，能大幅减少IO操作提升查询效率。覆盖索引可以有效避免回表带来的性能损耗，尤其适合高频查询的场景。
什么是覆盖索引
要理解覆盖索引，首先需要知道普通索引的查询流程。当我们使用普通二级索引查询时，索引叶子节点只存储索引列和主键值，如果要查询的字段不在索引中，就需要拿着主键值回到聚簇索引中查找完整行数据，这个操作就是回表。而覆盖索引就是让查询需要的所有字段都包含在索引中，不需要回表就能拿到全部所需数据。
比如有一张用户表，结构如下：
CREATE TABLE `user` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) DEFAULT NULL, `age` int(11) DEFAULT NULL, `email` varchar(100) DEFAULT NULL, PRIMARY KEY (`id`), KEY `idx_name_age` (`name`,`age`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
如果执行查询SELECT name, age FROM user WHERE name = '张三'，查询的字段name和age都在idx_name_age索引中，这个索引就是覆盖索引，查询不需要回表。
SQL查询中利用覆盖索引的场景
1. 只查询索引包含的字段
这是最常见的利用覆盖索引的场景，只要查询的字段全部在索引中，就可以触发覆盖索引。比如上面的用户表，执行以下查询都会用到覆盖索引：
-- 查询name和age，都在idx_name_age索引中 SELECT name, age FROM user WHERE name = '张三'; -- 查询name、age，按age排序，索引本身有序，也不需要回表 SELECT name, age FROM user WHERE age > 20 ORDER BY age;
2. 统计查询使用覆盖索引
像COUNT、SUM这类统计查询，如果统计的字段在索引中，也可以利用覆盖索引。比如统计年龄大于20的用户数量：
-- age字段在idx_name_age索引中，不需要回表统计 SELECT COUNT(*) FROM user WHERE age > 20;
3. 分页查询优化
普通的分页查询如果偏移量很大，性能会比较差，比如SELECT * FROM user LIMIT 10000, 10，需要扫描10010行数据。如果利用覆盖索引先查询出主键，再回表查询完整数据，可以提升性能：
-- 先通过覆盖索引查询出主键id，再回表查询数据 SELECT * FROM user a INNER JOIN ( SELECT id FROM user ORDER BY id LIMIT 10000, 10 ) b ON a.id = b.id;
子查询中只查询id，主键索引本身就是覆盖索引，不需要回表，大幅减少扫描行数。
覆盖索引的设计原则
- 优先覆盖高频查询的字段：先梳理业务中的高频SQL，把查询中经常用到的字段组合成联合索引，优先保证这些查询能用到覆盖索引。
- 联合索引注意字段顺序：联合索引遵循最左前缀原则，设计时要让查询条件中的字段尽量靠左，同时把需要查询的字段也包含进去。比如经常查询
name、age，条件用name，那么联合索引(name, age)就比(age, name)更合适。 - 避免索引冗余：不要为了覆盖索引盲目增加索引字段，索引字段越多，占用的存储空间越大，写入时的性能损耗也越高。如果某个字段很少被查询，不需要加入覆盖索引。
- 控制索引长度：对于varchar这类长字段，可以取前缀作为索引，比如
email字段可以取前20个字符做索引，既能覆盖查询，又能减少索引大小。
覆盖索引优化实践案例
假设我们有一个订单表，结构如下：
CREATE TABLE `order` ( `order_id` int(11) NOT NULL AUTO_INCREMENT, `user_id` int(11) DEFAULT NULL, `order_status` tinyint(4) DEFAULT NULL, `create_time` datetime DEFAULT NULL, `total_amount` decimal(10,2) DEFAULT NULL, PRIMARY KEY (`order_id`), KEY `idx_user_status` (`user_id`,`order_status`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
业务中有两个高频查询：
- 查询某个用户的所有订单状态：
SELECT order_status FROM order WHERE user_id = 1001 - 查询某个用户的订单总金额：
SELECT SUM(total_amount) FROM order WHERE user_id = 1001 AND order_status = 1
原来的idx_user_status索引只包含user_id和order_status，第一个查询可以覆盖，第二个查询需要total_amount字段，无法覆盖，会回表。我们可以把索引修改为(user_id, order_status, total_amount)，这样两个查询都能用到覆盖索引：
-- 删除旧索引，创建新的联合索引 DROP INDEX `idx_user_status` ON `order`; CREATE INDEX `idx_user_status_amount` ON `order` (`user_id`,`order_status`,`total_amount`);
修改后，第二个查询的SUM(total_amount)可以直接从索引中获取数据，不需要回表，查询效率会提升很多。
注意事项
- 覆盖索引不是越多越好，每个索引都会占用存储空间，并且会影响插入、更新、删除的性能，需要根据实际业务权衡。
- 如果查询中使用了
SELECT *，几乎不可能用到覆盖索引，因为*代表所有字段，除非索引包含了表的所有字段，这种情况很少见，建议查询时只指定需要的字段。 - 不同的数据库对覆盖索引的支持略有差异，比如MySQL的InnoDB引擎支持覆盖索引，而MyISAM也有类似机制，实际使用时可以结合对应数据库的文档确认。
覆盖索引的核心是减少回表操作，设计时要结合业务的查询场景，在保证查询效率的同时，避免不必要的索引开销，才能让数据库性能达到最优。