博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MySQL索引选择问题(要相信MySQL自己选择索引的能力)
阅读量:5840 次
发布时间:2019-06-18

本文共 593 字,大约阅读时间需要 1 分钟。

一、问题:

     如下的一个查询,按常理,应该会选择enter_day,但优化器选择的是:d_index。这是否是优化器选择错误,其实不一定,两者的成本是一样的,请看测试。

     

 

有个表,表结构如下,这里只截取一部分,但可以说明问题:

enter_day的定义是:`enter_day` int(11) NOT NULL DEFAULT '0' COMMENT '进入日期(整型)',

共有4个索引,包含这个列

 

二、测试过程:

     看看这个表的数据量:2314234。大小3.5G。MySQL 版本是 5.5.24

     数据量不算大,没有选择enter_day的原因,猜测是因为两者的代价是一样的,所以对于MySQL来说,两者没区别。

下面进行测试:

正常查询,可以看到Handler_read_next为229804

再查一次,可以看到Handler_read_next还是增加229804,即229804*2=459608

那下面指定强制索引,再做一次测试,发现Handler_read_next也是229804(689412-459608=229804)。说明代价还真的是一样的。

 

三、结论:

     选择哪个索引,对于MySQL来说,成本是一样的,无所谓对错,所以默认选择d_index,不算是错误。

转载于:https://www.cnblogs.com/tonnyChen/p/9511408.html

你可能感兴趣的文章
跟随我在oracle学习php(8)
查看>>
Spring 3.1.0 Hibernate 3.0 Eclipse Spring WEB例子
查看>>
UVA-10212 The Last Non-zero Digit. 分解质因子+容斥定理
查看>>
求两个集合的交集,并集,差集
查看>>
Kotlin的语法糖(一)基础篇
查看>>
OkHttp源码分析
查看>>
让你的app体验更丝滑的11种方法!冲击手机应用榜单Top3指日可待
查看>>
windows kernel exploitation基础教程
查看>>
NS_OPTIONS枚举的用法
查看>>
java9系列(九)Make G1 the Default Garbage Collector
查看>>
QAQ高精度模板笔记√
查看>>
Jmeter计数器的使用-转载
查看>>
【Android笔记】入门篇02:全屏设置和禁止横屏竖屏切换
查看>>
4. Median of Two Sorted Arrays
查看>>
Kubernetes的本质
查看>>
PL/SQL developer 管理多套数据库
查看>>
黑马程序员-分类(category)
查看>>
vue-cli多页面
查看>>
进程和线程
查看>>
iOS Foundation框架简介 -1.常用结构体的用法和输出
查看>>