六、MYSQL-覆盖索引

基本介绍

• 如果一个索引包含所有需要查询的字段的值，我们称之为覆盖索引
• 不是所有类型的所有都可以称为覆盖索引，覆盖索引必须要存储索引列的值
• 不同的存储实现覆盖索引的方式不同，不是所有的引擎都支持覆盖索引，memory不支持覆盖索引

优势

• 索引的条目通常小于数据行大小，那么mysql救护极大的较少数据访问量
• 因为索引是按照列值顺序存储的，所以对应IO密集型的范围查询会比随机从磁盘读取每一行的IO要少的多
• 一些存储引擎如MYSAM在内存缓存所以，数据则依赖于操作系统来缓存，因此要访问数据需要一些系统调用，这可能会导致严重的性能问题
• 由于INNODB的聚簇所以，覆盖索引对INNODB表特别有用

案例

1、当发起一个被索引覆盖的查询时，在explain的extra列可以看到using index的信息，此时就使用了覆盖索引

mysql> explain select store_id,film_id from inventory\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: inventory
   partitions: NULL
         type: index
possible_keys: NULL
          key: idx_store_id_film_id
      key_len: 3
          ref: NULL
         rows: 4581
     filtered: 100.00
        Extra: Using index
1 row in set, 1 warning (0.01 sec)

2、在大多数存储引擎中，覆盖索引只能覆盖那些只访问索引中部分列的查询。不过，可以进一步的进行优化，可以使用innodb的二级索引来覆盖查询。

例如：actor使用innodb存储引擎，并在last_name字段又二级索引，虽然该索引的列不包括主键actor_id，但也能够用于对actor_id做覆盖查询

mysql> explain select actor_id,last_name from actor where last_name='HOPPER'\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: actor
   partitions: NULL
         type: ref
possible_keys: idx_actor_last_name
          key: idx_actor_last_name
      key_len: 137
          ref: const
         rows: 2
     filtered: 100.00
        Extra: Using index
1 row in set, 1 warning (0.00 sec)