3.3 高性能的索引策略

Posted xlzfdddd

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了3.3 高性能的索引策略相关的知识,希望对你有一定的参考价值。

1. 独立的列

在进行查询时,索引列不能是表达式的一部分,也不能是函数的参数,否则无法使用索引。

例如下面的查询不能使用 actor_id 列的索引:

SELECT actor_id FROM sakila.actor WHERE actor_id + 1 = 5;

2. 多列索引

在需要使用多个列作为条件进行查询时,使用多列索引比使用多个单列索引性能更好。例如下面的语句中,最好把 actor_id 和 film_id 设置为多列索引。

SELECT film_id, actor_ id FROM sakila.film_actor
WHERE actor_id = 1 AND film_id = 1;

3. 索引列的顺序

让选择性最强的索引列放在前面。

索引的选择性是指:索引的选择性是指,不重复的索引值(也称为基数,cardinality)和数据表的记录总数(#T)的比值,范围从1/#T到1之间,此时每个记录都有唯一的索引与其对应。选择性越高,查询效率也越高。

例如下面显示的结果中 customer_id 的选择性比 staff_id 更高,因此最好把 customer_id 列放在多列索引的前面。

SELECT COUNT(DISTINCT staff_id)/COUNT(*) AS staff_id_selectivity,
COUNT(DISTINCT customer_id)/COUNT(*) AS customer_id_selectivity,
COUNT(*)
FROM payment;
   staff_id_selectivity: 0.0001
customer_id_selectivity: 0.0373
               COUNT(*): 16049

4. 前缀索引和索引选择性

对于 BLOB、TEXT 和 VARCHAR 类型的列,必须使用前缀索引,只索引开始的部分字符。一般情况下某个列前缀的选择性也是足够高的,足以满足查询性能。

对于前缀长度的选取需要根据索引选择性来确定。

5. 覆盖索引

索引确实是一种查找数据的高效方式,但是mysql也可以使用索引来直接获取列的数据,这样就不再需要读取数据行。如果索引包含所有需要查询的字段的值,我们就称之为“覆盖索引”。

具有以下优点:

  • 索引条目通常远小于数据行的大小,只读取索引能大大减少数据访问量。
  • 因为索引是按照列值顺序存储的,所以 对于I/O密集型的范围查找会比随机从磁盘读取每一行数据的I/O要少得多。
  • 一些存储引擎(例如 MyISAM)在内存中只缓存索引,而数据依赖于操作系统来缓存。因此,只访问索引可以不使用系统调用(通常比较费时)。
  • 由于 InnoDB 的聚簇索引,覆盖索引对InnoDB特别有用。若辅助索引能够覆盖查询,则无需访问主索引。

 

索引的使用条件

  • 对于非常小的表、大部分情况下简单的全表扫描比建立索引更高效;

  • 对于中到大型的表,索引就非常有效;

  • 但是对于特大型的表,建立和维护索引的代价将会随之增长。这种情况下,需要用到一种技术可以直接区分出需要查询的一组数据,而不是一条记录一条记录地匹配,例如可以使用分区技术。

以上是关于3.3 高性能的索引策略的主要内容,如果未能解决你的问题,请参考以下文章

MySQL高性能索引策略

高性能索引-高性能索引策略

Mysql(14)—高性能的索引策略以及常见索引失效的情况

Mysql(13)—高性能的索引策略以及常见索引失效的情况

高性能索引-高性能索引策略二

高性能的索引策略2