主页 / dba / 问题 / 120961
Accepted
Toskan
Asked: 2015-11-13 22:11:24 +0800 CST

MySQL order by 相等，返回结果的顺序是什么？

  • 772

我用 mysql Ver 14.14 Distrib 5.5.44, for debian-linux-gnu (x86_64) using readline 6.3

我有按订单列排序的行。

事实证明，很多时候，订单号是相同的，比如 1。但是结果以固定的顺序返回。

SELECT * from mytable ORDER BY fooOrder;

如果 fooOrder 始终为 1，将返回按什么排序的结果？

明明有命令，但不知道是哪一个。

mysql mysql-5.5

2 个回答

  1. Best Answer

    考虑在语句前面运行EXPLAINor命令。这将解释查询优化器如何查询数据库以检索您要求的数据。EXPLAIN EXTENDEDSELECT

    例子：

    EXPLAIN EXTENDED SELECT * from mytable ORDER BY fooOrder;

    此输出将显示有关查询优化器如何检索数据的信息。

    示例输出：

    +----+-------------+-------------+------+---------------+------+---------+------+------+----------+-----------------------------+
| id | select_type | table       | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra                       |
+----+-------------+-------------+------+---------------+------+---------+------+------+----------+-----------------------------+
|  1 | SIMPLE      | mytable     | ALL  | NULL          | NULL | NULL    | NULL | 1141 |   100.00 | Using filesort              |
+----+-------------+-------------+------+---------------+------+---------+------+------+----------+-----------------------------+
1 row in set, 1 warning (0.00 sec)

    正如您在我的示例中看到的那样，该EXTRA列显示了附加信息。这里一个Using filesort.

    有了这些信息，您就可以继续查阅每个条件的 MySQL 文档。

    按优化排序

    根据您的EXPLAIN EXTENDED结果，您可以查阅官方ORDER BY Optimization页面以检索其他信息。

    我将继续Using filesort我的示例中的条件，解释如下：

    原始文件排序算法

    原始文件排序算法的工作原理如下：

    1. 根据键或表扫描读取所有行。跳过与 WHERE 子句不匹配的行。

    2. 对于每一行，在排序缓冲区中存储一个由一对值（排序键值和行 ID）组成的元组。

    3. 如果所有对都适合排序缓冲区，则不会创建临时文件。否则，当排序缓冲区已满时，在内存中对其运行快速排序并将其写入临时文件。保存指向已排序块的指针。

    4. 重复上述步骤，直到已读取所有行。

    5. 将最多 MERGEBUFF (7) 个区域多次合并到另一个临时文件中的一个块。重复直到第一个文件中的所有块都在第二个文件中。

    6. 重复以下操作，直到剩下的块少于 MERGEBUFF2 (15) 个。

    7. 在最后一次多重合并中，只有行 ID（值对的最后一部分）被写入结果文件。

    8. 使用结果文件中的行 ID 按排序顺序读取行。为了优化这一点，读入一大块行 ID，对它们进行排序，然后使用它们按排序顺序将行读入行缓冲区。行缓冲区大小是 read_rnd_buffer_size 系统变量值。此步骤的代码位于 sql/records.cc 源文件中。

    这种方法的一个问题是它读取了两次行：一次是在 WHERE 子句评估期间，另一次是在对值对进行排序之后。即使第一次连续访问了行（例如，如果进行了表扫描），第二次访问它们也是随机的。（排序键是有序的，但行位置不是。）

    修改后的文件排序算法

    修改后的文件排序算法包含一个优化以避免两次读取行：它记录排序键值，但记录查询引用的列而不是行 ID。修改后的文件排序算法是这样工作的：

    1. 读取与 WHERE 子句匹配的行。

    2. 对于每一行，在排序缓冲区中存储一个由排序键值和查询引用的列组成的元组。

    3. 当排序缓冲区已满时，按内存中的排序键值对元组进行排序并将其写入临时文件。

    4. 在对临时文件进行合并排序后，按排序顺序检索行，但直接从排序的元组中读取查询所需的列，而不是再次访问表。

    修改后的文件排序算法使用的元组比原始算法使用的元组长，并且更少的元组适合排序缓冲区。因此，额外的 I/O 可能会使修改后的方法更慢，而不是更快。为了避免减速，优化器仅在排序元组中额外列的总大小不超过 max_length_for_sort_data 系统变量的值时才使用修改后的算法。（将此变量的值设置得太高的症状是磁盘活动高和 CPU 活动低的组合。）

    解决方案

    运行您的查询EXPLAIN EXTENDED并查看查询优化器告诉您什么。然后从那里开始。

    如果表上有索引，它可能会根据索引检索数据。如果您没有索引，那么它可能会退回到FILESORT算法。条件决定了 ORDER BY Optimization。

    参考

    • 1

  2. 如果 ORDER BY 列中的所有值都相同，那么每次运行查询时结果集的特定顺序将不会相同。

    为什么在不唯一的列上使用 order by？

    您可能希望使用具有唯一值的主键或其他列。

    Stack Overflow 上的类似问题..

    • 0

相关问题