本文共 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 *查询未涉及userID或time字段的具体值，索引并未被利用。

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

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

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

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

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