【MySQL】MySQL 优化器选择索引

学习于极客时间--MySQL

优化器选择索引的目的

优化器选择索引的目的，是找到一个最优的执行方案，并用最小的代价去执行语句。在数据库里面，扫描行数是影响执行代价的因素之一。扫描的行数越少，意味着访问磁盘数据的次数越少，消耗的 CPU 资源越少。

当然，扫描行数并不是唯一的判断标准，优化器还会结合是否使用临时表、是否排序等因素进行综合判断。

其中，扫描行数是如何判断的呢？

MySQL 在真正开始执行语句之前，并不能精确地知道满足这个条件的记录有多少条，而只能根据统计信息来估算记录数。

这个统计信息就是索引的“区分度”。显然，一个索引上不同的值越多，这个索引的区分度就越好。而一个索引上不同的值的个数，我们称之为“基数”（cardinality）。也就是说，这个基数越大，索引的区分度越好。

那么，MySQL 是怎样得到索引的基数的呢？

“采样统计”。

采样统计的时候，InnoDB 默认会选择 N 个数据页，统计这些页面上的不同值，得到一个平均值，然后乘以这个索引的页面数，就得到了这个索引的基数。除此之外，还会预估统计扫描行数。

而数据表是会持续更新的，索引统计信息也不会固定不变。所以，当变更的数据行数超过 1/M 的时候，会自动触发重新做一次索引统计。

在 MySQL 中，有两种存储索引统计的方式，可以通过设置参数 innodb_stats_persistent 的值（on/off）来选择。

MySQL选错索引

优化器会估算这两个选择的代价，从结果看来，优化器认为直接扫描主键索引更快。

为什么会选错呢？（引擎会考虑到回表的开销等）

索引统计信息不准确导致的问题的解决方法

1. 可以用 analyze table 重新分析；

2. 可以在应用端用 force index 来强行指定索引；

3. 也可以通过修改语句来引导优化器

4. 还可以通过增加或者删除索引来绕过这个问题。