MYSQL-尽管使用ORDER BY id，但使用LIMIT和GROUP BY时的不确定顺序

如何解决MYSQL-尽管使用ORDER BY id，但使用LIMIT和GROUP BY时的不确定顺序

有关数据库的注释

它是使用Prisma生成的，因此不幸的是，多对多表中的列名分别为“ A”和“ B”。 “ A”是指在字母表中排在第一位的表，而“ B”是第二个表。例如，在_ReadingToWord中，“ A”指的是Reading.id，而“ B”指的是Word.id，因为“ r”在字母表中的“ w”之前。

问题

我有以下查询，该查询使用limit语句实现分页。 我遇到的问题是结果顺序是不确定的。 （如果我多次执行查询，则有时顺序会有所不同。）

我正在按ID（这是主键）进行订购，因此我认为应该确保订单的一致性。

任何人都可以解释为什么订购不确定性以及如何解决吗？

select * from (
    SELECT w.id,hiragana,group_concat( distinct(concat(coalesce(r.downStep,-1) + 1,",r.katakana)) order by r.downStep SEPARATOR ' ') 
    from Hiragana a join _HiraganaToWord b on a.id = b.A join 
    Word w on w.id = b.B join _ReadingToWord rtw on w.id = rtw.B join 
    Reading r on r.id = rtw.A 
    WHERE hiragana like "あ%"
    group by w.id
   ) 
   as groupQuery
 order by length(hiragana),id asc limit 600,5;

样本运行

解决方法

您正在遇到禁用only_full_group_by的细微副作用之一：

如果禁用了ONLY_FULL_GROUP_BY，则对标准SQL使用GROUP BY的MySQL扩展允许选择列表，HAVING条件或ORDER BY列表引用未聚合的列，即使这些列在功能上不依赖于GROUP BY列也是如此。这导致MySQL接受前面的查询。 在这种情况下，服务器可以从每个组中自由选择任何值，因此，除非它们相同，否则选择的值是不确定的，这可能不是您想要的。

如果启用该模式，则会出现类似错误

SELECT列表的表达式＃2不在GROUP BY子句中，并且包含未聚合的列'a.hiragana'，该列在功能上不依赖于GROUP BY子句中的列；这与sql_mode = only_full_group_by

不兼容

并在stackoverflow上搜索该错误消息将为您提供很多解决此问题的示例。

所以在您的查询中

SELECT w.id,a.hiragana,...
group by w.id
...
order by hiragana

hiragana的值不一定是确定性的。如果对于同一个w.id，有多个a.hiragana值，则MySQL可以选择其中的任何一个。而且，如果您根据该不确定性选择的值进行订购，则可以获得不同的订单。 MySQL实际上并没有选择随机的行，只是不在乎它是哪一行，因此，通常您会得到相同的行（这会使它更难发现），但并非总是如此。

不一定是ID为31752的条目，MySQL为其选择了hiragana的其他值（可以是前面的600行中的任何一条），但是我会首先检查该值-如果它具有第二个值，该值也以“あ”开头，但会在值47348（或更长）之后进行排序，这可能会立即使事情变得更清楚。

从技术上讲，您可以在此处选择确定性值来解决此问题，例如最小值或最大值：

select * from (
   SELECT w.id,min(hiragana) as hiragana,...
   group by w.id
   ) as groupQuery
order by length(hiragana),hiragana,id asc limit 600,5;

您必须检查这是否是您实际上要尝试执行的操作（例如，如果hiragana有多个选择，则只要选择是确定性的，您就不必在意哪个选择），如果这符合您要求的结果。其他选择可能是group by w.id,a.hiragana或group by w.id,a.id，或者您可能需要完全重写查询（因为它可能无法覆盖这种情况）。