MySQL 为什么有时候会选错索引？

最新推荐文章于 2022-10-20 16:16:34 发布

发飙的蜗牛咻咻咻~

最新推荐文章于 2022-10-20 16:16:34 发布

阅读量240

点赞数 3

分类专栏： ★ MySQL 实战文章标签：索引优化器 MySQL

huadong

本文链接：https://blog.csdn.net/qq_36221788/article/details/103546113

版权

24 篇文章 1 订阅

订阅专栏

优化器的逻辑

MySQL 在真正开始执行语句之前，并不能精确地知道满足这个条件的记录有多少条，而只能根据统计信息来估算记录数。
这个统计信息就是索引的“区分度”。显然，一个索引上不同的值越多，这个索引的区分度就越好。而一个索引上不同的值的个数，我们称之为“基数”（cardinality）。也就是说，这个基数越大，索引的区分度越好。
我们可以使用 show index 方法，看到一个索引的基数。如图所示，就是表 t 的 show index 的结果，虽然这个表的每一行的三个字段值都是一样的，但是在统计信息中，这三个索引的基数值并不同，而且其实都不准确。

这里简单介绍一下 MySQL 采样统计的方法。为什么要采样统计呢？因为把整张表取出来一行行统计，虽然可以得到精确的结果，但是代价太高了，所以只能选择“采样统计”。
采样统计的时候，InnoDB 默认会选择 N 个数据页，统计这些页面上的不同值，得到一个平均值，然后乘以这个索引的页面数，就得到了这个索引的基数。
而数据表是会持续更新的，索引统计信息也不会固定不变。所以，当变更的数据行数超过 1/M 的时候，会自动触发重新做一次索引统计。
在 MySQL 中，有两种存储索引统计的方式，可以通过设置参数 innodb_stats_persistent 的值来选择：
- 设置为 on 的时候，表示统计信息会持久化存储。这时，默认的 N 是 20，M 是 10。
- 设置为 off 的时候，表示统计信息只存储在内存中。这时，默认的 N 是 8，M 是 16。

优化器不仅会估算扫描行数，还会考虑普通索引还要进行回表操作，主键索引不需要回表，有些时候尽管主键索引的估算扫描行数多于普通索引，但是普通索引需要回表，所以优化器综合考虑用的还是主键索引。
在实践中，如果你发现 explain 的结果预估的 rows 值跟实际情况差距比较大，可以使用 analyze table t 命令重新统计索引信息

第一种方法，可以采用 force index 强行选择一个索引。MySQL 会根据词法解析的结果分析出可能可以使用的索引作为候选项，然后在候选列表中依次判断每个索引需要扫描多少行，如果 force index 指定的索引在候选索引列表中，就直接选择这个索引，不再评估其他索引的执行代价。
第二种方法，我们可以考虑修改语句，引导 MySQL 使用我们期望的索引。例如以下语句，把“order by b limit 1” 改成 “order by b,a limit 1”语义是相同的，但是后者才是我们想要的结果。
第三种方法，在有些场景下，我们可以新建一个更合适的索引，来提供给优化器做选择，或删掉误用的索引。

笔记来源于《极客时间：MySQL实战45讲：MySQL为什么有时候会选错索引？》

关注