5

我有一个非常简单的 MySQL 表，有一些非常奇怪的行为。顺便说一句，奇怪的行为正是我想要它做的，但我不想把它投入生产，不知道它为什么要这样做。

无论如何，我有一个像这样创建的表：

Create table `raceTimes` (
    `userID` mediumint(8) unsigned,
    `time` time,
    primary key (`userID`),
    key `idx_time` (`time`)
) engine=InnoDB default charset=utf8;

现在，当我从 raceTimes 查询中执行 Select * 时，我得到如下结果集：

mysql> Select * from raceTimes;
+--------+----------+
| userID | time     |
+--------+----------+
|     14 | 12:37:46 |
|      6 | 12:41:11 |
|      5 | 12:48:45 |
|     13 | 12:55:46 |
|     10 | 13:13:37 |
|      9 | 13:40:37 |
|     17 | 15:30:44 |
|     18 | 15:46:58 |
|      3 | 16:16:45 |
|      8 | 16:40:11 |
|      7 | 16:41:11 |
|      4 | 16:48:45 |
|     16 | 20:30:44 |
|     15 | 20:37:44 |
|      1 | 21:00:00 |
|      2 | 21:16:00 |
|     11 | 23:13:37 |
|     20 | 23:14:58 |
|     19 | 23:46:58 |
|     12 | 23:55:46 |
+--------+----------+

请注意，结果集是基于时间的顺序，从最低到最高。好的，这正是我想要表格做的，因为我试图将它用于游戏中的排行榜。当我对我的查询运行解释时，我得到了这个：

mysql> explain select * from raceTimes;
+----+-------------+------------+-------+---------------+----------+---------+------+------+-------------+
| id | select_type | table      | type  | possible_keys | key      | key_len | ref  | rows | Extra       |
+----+-------------+------------+-------+---------------+----------+---------+------+------+-------------+
|  1 | SIMPLE      | raceTimes  | index | NULL          | idx_time | 4       | NULL |   20 | Using index |
+----+-------------+------------+-------+---------------+----------+---------+------+------+-------------+

到目前为止一切都很好。由于 idx_time 索引被排序（因为索引是），我得到了一个排序的结果集，为此我正在访问一个索引。现在是奇怪的行为。

根据我的阅读，主键默认是索引的，并且应该是查询表时最快的索引。然而它没有被使用。我对此的猜测是 idx_time 索引小于主键索引，因为它是时间类型而不是 mediumint(8) 类型。但这只是一个猜测。

现在，如果我创建一个与上面创建的表相同的表，但省略主键，如下所示：

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

那么结果集不会在这个时间列上排序。即使我告诉它在我的查询中专门使用 idx_time 索引，这种行为仍然存在。另外，如果我对查询进行解释，我会得到：

mysql> explain select * from testTable6 use index(`idx_time`);
+----+-------------+------------+------+---------------+------+---------+------+------+-------+
| id | select_type | table      | type | possible_keys | key  | key_len | ref  | rows | Extra |
+----+-------------+------------+------+---------------+------+---------+------+------+-------+
|  1 | SIMPLE      | raceTimes2 | ALL  | NULL          | NULL | NULL    | NULL |   20 |       |
+----+-------------+------------+------+---------------+------+---------+------+------+-------+

所以我试图找出幕后发生的事情。为什么看起来如果我有一个主键和另一个索引，我可以得到一个在索引上排序的结果集，甚至不需要尝试，为什么查询优化器使用另一个索引而不是主键索引？

4

2 回答 2

2

正如 Gordon 所说，您不应该依赖结果集的自然顺序。您获得结果的原因如下：

在第一种情况下，MySQL 只使用idx_time索引执行查询，而不打开实际的表。当您使用的所有列都在索引中时，这是可能的（InnoDB 表的主键始终附加到每个索引的末尾，因此您的索引实际上是（time, userID）在幕后）。结果按时间排序，因为这是time索引中的实际顺序。

在第二种情况下，该列userID不是任何索引的一部分，MySQL 必须进行常规表扫描才能获取结果。在这种情况下， “使用索引（idx_time）”什么也不做，因为没有使用该time列的 WHERE 子句。

编辑：
它仅在有选择时适用，但如果无法使用 USE INDEXMySQL中指定的索引，则不会使用该表上的任何索引进行搜索（WHERE/ON 子句），并将读取整个表。所以在使用索引提示时应该非常小心。
type='index' 的行explain也意味着将读取表中的所有行，并且几乎与 type='ALL' 一样糟糕。

您应该查看有关索引提示的 MySQL 手册并解释输出。

于 2012-07-20T22:55:37.243 回答
2

除非在查询中包含“order by”语句，否则不应依赖结果集的顺序！SQL 明确不保证顺序。不要从一个小例子概括到一张大桌子上会发生什么。

如果要对结果集进行排序，则包括：

order by time desc

这是您可以依赖排序的唯一方法。

例如，您可能正在执行全表扫描并且页面缓存中已经有一些页面。这些 - 以随机顺序 - 可以首先阅读。或者，您可以让多个“主轴”（这是 SQL Server 术语）读取表，以任意顺序返回结果。

于 2012-07-20T22:40:07.363 回答