排查MySQL排序异常需先确认ORDER BY是否生效，检查子查询、UNION及应用层逻辑是否覆盖排序；通过EXPLAIN分析是否使用索引排序，避免Using filesort；确保字段类型、字符集和排序规则（collation）符合预期，处理NULL值和大小写敏感性；关注sort_buffer_size配置及临时表使用，优化查询减少冗余字段。
MySQL 排序异常通常表现为查询结果未按预期排序、排序混乱或性能下降。要排查这类问题，需从 SQL 语句、索引使用、数据类型和配置参数等多方面入手。
检查 ORDER BY 是否被正确执行
确保你的查询中 ORDER BY 子句没有被覆盖或忽略：
- 子查询或视图中定义了排序，但在外层查询未保留，MySQL 不保证结果顺序。
- 使用了 UNION 查询时，只有最后一个 SELECT 可以带 ORDER BY 控制最终输出，否则需用括号包裹并配合 LIMIT。
- 确认没有在应用程序层面（如 ORM）覆盖了排序逻辑。
查看是否使用了索引排序
使用 EXPLAIN 分析执行计划，判断是否进行了“文件排序”（Using filesort）：
- 执行 EXPLAIN SELECT ... ORDER BY 字段，观察 Extra 列。
- 若显示 Using filesort，说明未走索引排序，可能影响性能或导致意外行为。
- 确保排序字段上有合适的索引，复合索引需注意字段顺序与 ORDER BY 一致。
检查字段类型和排序规则
数据类型或字符集设置不当可能导致排序不符合预期：
- 字符串字段包含数字内容（如 '10', '2'），按字典序排序会得到 '10' 在 '2' 前，应转换为数值类型排序。
- 中文或特殊字符排序受 collation 影响，例如 utf8mb4_general_ci 和 utf8mb4_unicode_ci 表现不同。
- 可通过 SHOW CREATE TABLE 表名 查看字段的排序规则。
- 必要时在查询中显式指定：ORDER BY 字段 COLLATE utf8mb4_bin。
关注 NULL 值和大小写处理
NULL 值和大小写敏感性会影响排序结果：
- NULL 值默认排在升序最前或降序最后，若业务需要统一位置，可用 ISNULL() 或 COALESCE 处理。
- 不区分大小写的排序（如 ci 规则）会使 'a' 和 'A' 视为相同，如需区分应使用二进制排序规则（如 _bin）。
临时表与磁盘排序问题
大结果集排序可能使用临时表或磁盘文件，影响性能甚至中断：
- 查看 sort_buffer_size 是否过小，频繁出现 Using filesort 且数据量大时可适当调大。
- 监控是否使用了磁盘临时表（Extra 中出现 Using temporary; Using filesort），优化建议是减少 SELECT *，只取必要字段。
基本上就这些。定位排序异常，关键是结合 EXPLAIN 看执行路径，再验证数据本身和字段属性是否符合预期。不复杂但容易忽略细节。
