MySQL/MariaDB - 按内部子查询排序

Question

多年来，我在 MySQL 5.5（或以前的版本）中使用了以下查询，没有任何问题：

SELECT t2.Code from (select Country.Code from Country order by Country.Code desc ) AS t2;

结果的顺序总是按我的需要降序。

上周，我刚刚迁移到一个新的 MySQL 版本（实际上，我迁移到了 MariaDB 10.0.14），现在使用相同数据库的相同查询不再按降序排序。是升序排序的（或者是自然排序，其实不确定）。

那么，谁能告诉我这是一个错误，还是最近版本的 MySQL/MariaDB 的行为发生了变化？

Answer 1

在较新版本的 MySQL 和 MariaDB 中，您可以通过应用 LIMIT 在子查询中强制使用 ORDER BY。如果您不想限制行数，请使用最大的 BIGINT 数作为 LIMIT。

这有时会派上用场，例如，当需要按所需顺序生成子查询以应用行号时。

Answer 2

经过一番挖掘，我可以确认您的两种情况：

MySQL 5.1 确实在子查询中应用了ORDER BY。

Linux 上的 MariaDB 5.5.39 在未提供 LIMIT 时不在子查询中应用 ORDER BY。它确实在给出相应的LIMIT 时正确地应用了订单：

SELECT t2.Code 
FROM (
  SELECT Country.Code FROM Country ORDER BY Country.Code DESC LIMIT 2
) AS t2;

没有LIMIT，就没有充分的理由在子查询中应用排序。它可以等效地应用于外部查询。

记录的行为：

事实证明，MariaDB has documented this behavior 并没有被视为错误：

根据 SQL 标准，“表”（以及 FROM 子句中的子查询）是一组无序的行。表中的行（或FROM 子句中的子查询）没有任何特定的顺序。这就是优化器可以忽略您指定的ORDER BY 子句的原因。事实上，SQL 标准甚至不允许ORDER BY 子句出现在这个子查询中（我们允许它，因为ORDER BY ... LIMIT ... 改变了结果、行集，而不仅仅是它们的顺序）。

您需要将FROM 子句中的子查询视为一组未指定和未定义顺序的行，并将ORDER BY 放在顶级SELECT 上。

因此 MariaDB 还建议在最外层的查询中应用 ORDER BY，或者在必要时使用 LIMIT。

注意：我目前无法访问正确的 MySQL 5.5 或 5.6 来确认那里的行为是否相同（并且 SQLFiddle.com 出现故障）。 Comments on the original bug report（作为非错误关闭）表明 MySQL 5.6 的行为方式可能与 MariaDB 相同。