覆盖索引 - 非官方 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

    原文作者:mokou591
    原文地址: https://www.jianshu.com/p/77396680715e
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞