《MYSQL实战45讲 》 优化器如何选择索引?

SHOW VARIABLES LIKE 'long_query_time';
set long_query_time=0

优化器如何选择索引?

1.扫描的行数

估计出各个索引大致的要扫描的行数,行数越少,效率越高。

索引的基数也叫区分度,就是这个索引所在的字段上不同的值又多少个。优化器通过各个索引的区分度来估计这条查询语句满足条件的记录又多少条。mysql是通过采样统计的方法估算出各个索引的基数的,也就是抽查20个数据页,然后统计这些页面上该索引所在字段的不同值的个数,计算出平均值,然后乘以这个索引的页面数,就得到索引的基数。但是这个基数是会更新的,当变更的数据行数超过十分之1时就会重新做一次统计。

2.对于具体的一个查询语句,优化器会预估这个语句要扫描多少行

就是explain之后的rows字段。

但是优化器不单单会比较多个索引的预估扫描行数,还会考虑到二次索引查询数据还要回表的问题,而主键索引不需要回表,尽管预估扫描可能更多,但是可能仍然选择主键索引

analyze table t命令,可以用来重新统计索引信息

对于这个查询语句

SELECT * from t WHERE (a BETWEEN 1 and 1000) and (b BETWEEN 50000 and 100000) order by b LIMIT 1

优化器可以选择a索引,也可以使用b索引

1.假如选择a索引:

首先扫描索引a的前1000个值,然后查到每个记录对应的id,再回主键索引表去查出每一行,根据字段b来过滤。这样只需要扫描1000行

2.假如选择b索引,那就要扫描索引b的最后50001个值,需要扫描50001行

看起来选择a索引的话性能会更好,但是实际上优化器使用了b索引,错选的原因是优化器看到了后面的order by b 如果用b索引的话就避免排序了,因为索引的b+树节点本身就是有序的,如果先选择b索引来查,查出来的数据就是有序的,避免排序了。

相关推荐
2501_90323865几秒前
深入理解 JUnit 的 @RunWith 注解与自定义 Runner
数据库·junit·sqlserver·个人开发
小光学长11 分钟前
基于flask+vue框架的的医院预约挂号系统i1616(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上,文末可获取,系统界面在最后面。
数据库
听封19 分钟前
✨ 索引有哪些缺点以及具体有哪些索引类型
数据库·mysql
利瑞华24 分钟前
数据库索引:缺点与类型全解析
数据库·oracle
V+zmm1013427 分钟前
自驾游拼团小程序的设计与实现(ssm论文源码调试讲解)
java·数据库·微信小程序·小程序·毕业设计
ChinaRainbowSea38 分钟前
1. Linux下 MySQL 的详细安装与使用
linux·数据库·sql·mysql·adb
jay丿2 小时前
Redis 中列表(List)常见命令详解
数据库·redis·list
小林熬夜学编程2 小时前
【MySQL】第八弹---全面解析数据库表的增删改查操作:从创建到检索、排序与分页
linux·开发语言·数据库·mysql·算法
RainbowSea3 小时前
4. MySQL 逻辑架构说明
数据库·sql·mysql
AI趋势预见4 小时前
FinRL-DeepSeek: 大语言模型赋能的风险敏感型强化学习交易代理
数据库·人工智能·语言模型·自然语言处理·金融