博客
关于我
mysql 优化器 key_mysql – 选择*和查询优化器
阅读量:793 次
发布时间: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/

你可能感兴趣的文章
MySQL5.7新增Performance Schema表
查看>>
Mysql5.7深入学习 1.MySQL 5.7 中的新增功能
查看>>
Webpack 之 basic chunk graph
查看>>
Mysql5.7版本单机版my.cnf配置文件
查看>>
mysql5.7的安装和Navicat的安装
查看>>
mysql5.7示例数据库_Linux MySQL5.7多实例数据库配置
查看>>
Mysql8 数据库安装及主从配置 | Spring Cloud 2
查看>>
mysql8 配置文件配置group 问题 sql语句group不能使用报错解决 mysql8.X版本的my.cnf配置文件 my.cnf文件 能够使用的my.cnf配置文件
查看>>
MySQL8.0.29启动报错Different lower_case_table_names settings for server (‘0‘) and data dictionary (‘1‘)
查看>>
MYSQL8.0以上忘记root密码
查看>>
Mysql8.0以上重置初始密码的方法
查看>>
mysql8.0新特性-自增变量的持久化
查看>>
Mysql8.0注意url变更写法
查看>>
Mysql8.0的特性
查看>>
MySQL8修改密码报错ERROR 1819 (HY000): Your password does not satisfy the current policy requirements
查看>>
MySQL8修改密码的方法
查看>>
Mysql8在Centos上安装后忘记root密码如何重新设置
查看>>
Mysql8在Windows上离线安装时忘记root密码
查看>>
MySQL8找不到my.ini配置文件以及报sql_mode=only_full_group_by解决方案
查看>>
mysql8的安装与卸载
查看>>