博客
关于我
mysql 优化器 key_mysql – 选择*和查询优化器
阅读量:794 次
发布时间:2023-02-10

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

当我对我的查询运行解释时,我得到了这个:

MySQL> explain select * from raceTimes;

结果显示使用了idx_time索引。这让我感到困惑,因为我认为主键userID应该是最快的索引,但在这个查询中并未被使用。我的猜测是idx_time索引小于主键索引,因为它是一个时间类型而不是mediumint(8)类型。但这只是猜测。

为了验证这一点,我创建了一个类似的表raceTimes2,但省略了主键:

create table raceTimes2 (    `userID` mediumint(8) unsigned,    key `idx_time` (`time`)) engine=InnoDB default charset=utf8;

然后执行查询并解释:

explain select * from raceTimes2 use index(`idx_time`);

结果显示,查询并未使用idx_time索引,而是使用了ALL。这表明,虽然idx_time索引存在,但查询并未使用它。

这让我意识到,主键userID和索引idx_time的作用不同。主键用于快速定位记录,而索引用于快速排序或限制查询结果。由于SELECT *查询未涉及userIDtime字段的具体值,索引并未被利用。

此外,主键userID默认会被InnoDB索引,因为InnoDB的主键必须是索引。然而,在raceTimesEXPLAIN结果中,主键并未被使用。这可能是因为查询未涉及userID字段的条件筛选。

总结来说,主键和索引的作用不同。主键用于快速定位记录,而索引用于快速排序或限制查询结果。在SELECT *查询中,主键和索引都未被用于筛选记录或排序,因此并未被使用。

此外,idx_time索引的长度可能影响索引的选择,因为索引长度较短的索引在查询时效率更高。但是,索引的选择还取决于查询的具体条件和优化器的选择。

通过以上分析,我理解了为什么主键和索引在某些情况下未被使用,以及如何优化查询以更好地利用索引。

转载地址:http://twbfk.baihongyu.com/

你可能感兴趣的文章
mysql中kill掉所有锁表的进程
查看>>
mysql中like % %模糊查询
查看>>
MySql中mvcc学习记录
查看>>
mysql中null和空字符串的区别与问题!
查看>>
MySQL中ON DUPLICATE KEY UPDATE的介绍与使用、批量更新、存在即更新不存在则插入
查看>>
MYSQL中TINYINT的取值范围
查看>>
MySQL中UPDATE语句的神奇技巧,让你操作数据库如虎添翼!
查看>>
Mysql中varchar类型数字排序不对踩坑记录
查看>>
MySQL中一条SQL语句到底是如何执行的呢?
查看>>
MySQL中你必须知道的10件事,1.5万字!
查看>>
MySQL中使用IN()查询到底走不走索引?
查看>>
Mysql中使用存储过程插入decimal和时间数据递增的模拟数据
查看>>
MySql中关于geometry类型的数据_空的时候如何插入处理_需用null_空字符串插入会报错_Cannot get geometry object from dat---MySql工作笔记003
查看>>
mysql中出现Incorrect DECIMAL value: '0' for column '' at row -1错误解决方案
查看>>
mysql中出现Unit mysql.service could not be found 的解决方法
查看>>
mysql中出现update-alternatives: 错误: 候选项路径 /etc/mysql/mysql.cnf 不存在 dpkg: 处理软件包 mysql-server-8.0的解决方法(全)
查看>>
Mysql中各类锁的机制图文详细解析(全)
查看>>
MySQL中地理位置数据扩展geometry的使用心得
查看>>
Mysql中存储引擎简介、修改、查询、选择
查看>>
Mysql中存储过程、存储函数、自定义函数、变量、流程控制语句、光标/游标、定义条件和处理程序的使用示例
查看>>