《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索引来查,查出来的数据就是有序的,避免排序了。

相关推荐
六月闻君10 分钟前
MySQL 报错:1137 - Can‘t reopen table
数据库·mysql
SelectDB技术团队19 分钟前
兼顾高性能与低成本,浅析 Apache Doris 异步物化视图原理及典型场景
大数据·数据库·数据仓库·数据分析·doris
inventecsh35 分钟前
mongodb基础操作
数据库·mongodb
白云如幻39 分钟前
SQL99版链接查询语法
数据库·sql·mysql
爱吃烤鸡翅的酸菜鱼1 小时前
MySQL初学之旅(4)表的设计
数据库·sql·mysql·database
The_Ticker2 小时前
CFD平台如何接入实时行情源
java·大数据·数据库·人工智能·算法·区块链·软件工程
Elastic 中国社区官方博客2 小时前
Elasticsearch 开放推理 API 增加了对 IBM watsonx.ai Slate 嵌入模型的支持
大数据·数据库·人工智能·elasticsearch·搜索引擎·ai·全文检索
企鹅侠客2 小时前
ETCD调优
数据库·etcd
Json_181790144802 小时前
电商拍立淘按图搜索API接口系列,文档说明参考
前端·数据库
煎饼小狗3 小时前
Redis五大基本类型——Zset有序集合命令详解(命令用法详解+思维导图详解)
数据库·redis·缓存