覆盖索引 - 非官方 MySQL 8.0 优化指南 - 学习笔记

覆盖索引是一种特殊的复合索引，所有查询的列都包括在索引中。这种情况下，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