覆盖索引是一种特殊的复合索引，所有查询的列都包括在索引中。这种情况下，MySQL 能直接从索引返回数据，不用访问行数据。
考虑一种情形，我们不使用SELECT * FROM Country，而只需要国家的名称。例子12展示了，复合索引（大洲，人口，名称）能够用上前两列来过滤行，然后从第 3 列返回值。
例子12：使用3列覆盖索引
ALTER TABLE Country ADD INDEX c_p_n (Continent,Population,Name);
EXPLAIN FORMAT=JSON
SELECT Name FROM Country WHERE continent='Asia' and population > 5000000;
{
"query_block": {
"select_id": 1,
"cost_info": {
"query_cost": "8.07" # 查询代价进一步减少了 67%
},
"table": {
"table_name": "Country",
"access_type": "range",
"possible_keys": [
"p",
"c",
"p_c",
"c_p",
"c_p_n"
],
"key": "c_p_n",
"used_key_parts": [
"Continent",
"Population"
],
"key_length": "5",
"rows_examined_per_scan": 32,
"rows_produced_per_join": 15,
"filtered": "100.00",
"using_index": true, # 表明是覆盖索引
"cost_info": {
"read_cost": "1.24",
"eval_cost": "3.09",
"prefix_cost": "8.07",
"data_read_per_join": "3K"
},
"used_columns": [
"Name",
"Continent",
"Population"
],
"attached_condition": "((`world`.`Country`.`Continent` = 'Asia') and (`world`.`Country`.`Population` > 5000000))"
}
}
}
EXPLAIN 中的using_index表示使用了覆盖索引。它是一项被低估了的优化，许多从业者不正确地认为覆盖索引能让代价减少为一半，因为不用访问行。而在例子12中我们看到其代价相比例子11减少到了三分之一。
在生产环境中，由于索引的聚集效果，覆盖索引可能更好地利用内存空间。然而，如果次级索引与聚集索引（主键）没有关联，就会有多得多的页需要被访问。
（这里的 “关联” 是指 “大致遵循一样的顺序”。例如，一个时间戳的次级索引会与自增主键有很高的关联；而人口和大洲与国家编号就没有什么关联。）
译自：
Covering Indexes - The Unofficial MySQL 8.0 Optimizer Guide
