【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. 还可以通过增加或者删除索引来绕过这个问题。

你可能感兴趣的:(MySQL,mysql)