MySQL 8中GROUP BY不再自动排序？相关优化与替代方案问询

1. 是否必须添加ORDER BY TimeColumn才能确保按时间排序的分组结果？ #

是的，**必须显式添加ORDER BY TimeColumn**才能100%保证分组结果按时间顺序排列。MySQL 8.0彻底移除了GROUP BY的隐式排序逻辑——在5.7版本中，GROUP BY的实现依赖排序操作，结果会顺带按分组字段排序；但8.0开始优化器会选择更高效的哈希聚合等方式实现GROUP BY，这种方式不需要排序，结果集的顺序完全由优化器的执行路径决定，没有任何确定性。只有显式声明ORDER BY，数据库才会强制对分组后的结果进行排序。

2. 添加ORDER BY后出现Using filesort，是否意味着MySQL 8性能比5.7更低？ #

不是。MySQL 5.7中GROUP BY的隐式排序其实也在执行排序操作，只是这个排序是GROUP BY步骤的一部分，EXPLAIN不会单独标记Using filesort；而8.0中GROUP BY本身不再做排序，当你添加ORDER BY时，排序成为独立的执行步骤，所以EXPLAIN会显示该标识。

性能上8.0甚至可能更优：

• 8.0的GROUP BY可以用哈希聚合（无需排序），比5.7依赖排序的GROUP BY在大数据量下更快；
• 如果TimeColumn有索引，ORDER BY可以直接利用索引排序，避免或减少Using filesort的开销；
• 即使需要filesort，8.0的排序算法也有优化，性能未必比5.7差。

3. 是否需要调整默认的sort_buffer_size？ #

默认的0.25MB在大部分常规场景下足够，不需要盲目调整。如果你的查询涉及大量数据排序（比如分组后返回数万条以上记录），可以通过以下方式判断是否需要调整：

• 查看Sort_merge_passes状态变量（执行SHOW GLOBAL STATUS LIKE 'Sort_merge_passes';），如果该值持续升高，说明排序时内存不足，需要多次合并临时文件，此时可以增大sort_buffer_size；
• 调整时建议用会话级设置（比如SET SESSION sort_buffer_size = 1048576;，即1MB），避免全局调大导致内存占用过高；
• 优先优化索引：给TimeColumn建立合适的索引，让排序能直接利用索引，比调参数更有效。

关于迁移到MariaDB的补充 #

MariaDB默认保留了GROUP BY的隐式排序行为，这确实能让你在不修改代码的情况下得到按分组字段排序的结果。但需要注意：

• 依赖隐式排序属于非标准SQL写法，未来MariaDB版本也可能变更该行为；
• 显式添加ORDER BY的代码可读性更强，能避免数据库版本升级带来的意外；
• 你当前使用的MyISAM引擎不支持事务、行级锁，迁移到MariaDB时建议考虑切换到InnoDB引擎，在并发写入、数据安全性上更有优势。

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