MySQL ORDER BY不按字母排序：GROUP BY查询结果未按字母序排列

最可能的核心诱因 #

你当前贴出的SQL没有写任何ORDER BY子句：

SELECT author_fname, author_lname, Min(released_year) FROM books GROUP BY 2, 1;

这里的GROUP BY 2, 1是按查询的第2列（author_lname）、第1列（author_fname）分组，但SQL标准里GROUP BY本身不保证返回结果的排序顺序。

• 旧版MySQL（5.7及更早）默认会对GROUP BY的分组字段做隐式升序排序，刚好能得到你预期的字母序效果，这也容易让你误以为分组天然会排序。
• MySQL 8.0之后为了优化查询性能，彻底取消了这个隐式排序的默认行为，分组结果的顺序完全由执行计划决定：如果优化器选择走分组字段的索引，碰巧会返回按索引排好的顺序；如果数据量变化后，优化器改用全表扫描+内存临时表分组，返回的结果就会是无序的。这也能解释为什么前一天还能正常得到排序结果，突然就不对了。

如果要稳定获得按作者姓名字母排序的结果，必须显式加上ORDER BY子句，示例：

SELECT author_fname, author_lname, MIN(released_year)
FROM books
GROUP BY author_lname, author_fname
ORDER BY author_lname ASC, author_fname ASC;

如果已经显式写了ORDER BY仍排序异常，排查以下几点 #

• 检查排序字段的排序规则：如果字段用了_bin类的二进制排序规则，会按ASCII值大小写敏感排序（大写字母统一排在小写字母前面），不符合常规字母序预期。可以显式指定大小写不敏感的排序规则验证，比如：

  ORDER BY author_lname COLLATE utf8mb4_general_ci
  

• 检查字段内容是否存在不可见字符：如果作者名字段里存了前后空格、特殊Unicode编码的字符，会打乱常规字母排序的顺序，可以用TRIM()函数处理字段值后再排序验证。
• 检查是否有NULL值：NULL值默认会排在排序结果的最前面或最后面（由排序方向和数据库配置决定），可能会让你误判为排序失效。
• 检查SQL_MODE：如果开启了ONLY_FULL_GROUP_BY（MySQL 8.0之后默认开启），要确认你ORDER BY的字段都在GROUP BY的列表里，否则不符合SQL标准的排序逻辑可能会被优化器直接忽略。

内容的提问来源于stack exchange，提问作者mharre