mysql 8.0空间索引_覆盖索引 - 非官方 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减少到了三分之一。

在生产环境中，由于索引的聚集效果，覆盖索引可能更好地利用内存空间。然而，如果次级索引与聚集索引(主键)没有关联，就会有多得多的页需要被访问。

(这里的 “关联” 是指 “大致遵循一样的顺序”。例如，一个时间戳的次级索引会与自增主键有很高的关联；而人口和大洲与国家编号就没有什么关联。)