不是吧！MySQL 竟然会选错索引

Posted 2021-08-28 Java-桃子

我们工作中可能会遇到mysql查询过程中由于选错索引导致慢查询。这篇文章我们就主要分析下Mysql为什么会选错索引？

「要明确选择索引是优化器的工作」

优化器选择索引的目的，是找到一个最优的执行方案，并用最小的代价去执行语句。在数据库里面，扫描行数是影响执行代价的因素之一。

扫描的行数越少，意味着访问磁盘数据的次数越少，消耗的 CPU 资源越少。

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

因为在执行 sql 之前，优化器会分析语句，选择不同的索引会导致不同的 扫描行数、排序等操作，因此存在选错索引的情况

「扫描行数是怎么判断的？」

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

一个索引上不同的值越多，这个索引的区分度就越好。

而一个索引上不同的值的个数，我们称之为“基数”（cardinality）。

也就是说，这个基数越大，索引的区分度越好。

「MySQL 是怎样得到索引的基数的呢？」

为什么要采样统计呢？

因为把整张表取出来一行行统计，虽然可以得到精确的结果，但是代价太高了，所以只能选择“采样统计”。

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

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

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

设置为 on 的时候，表示统计信息会持久化存储。这时，默认的 N 是 20，M 是 10。

设置为 off 的时候，表示统计信息只存储在内存中。这时，默认的 N 是 8，M 是 16。

「索引选择异常和处理」

• 采用 force index 强行选择一个索引。
• 修改sql语句，引导 MySQL 使用我们期望的索引。
• 我们可以新建一个更合适的索引，来提供给优化器做选择，或删掉误用的索引。
• 对于由于索引统计信息不准确导致的问题，你可以用 analyze table 来解决。