MySQL中的排序规则（Collation）不是指
ORDER BY语法的写法，而是决定字符如何比较、排序、大小写是否敏感、重音是否忽略等行为的一套规则。它和字符集（Character Set）绑定，直接影响
ORDER BY、
GROUP BY、
=、
LIKE等操作中字符串的处理逻辑。
排序规则决定字符串怎么比大小
比如字段值为
'apple'、
'Apple'、
'ápple'，在不同排序规则下排序结果可能完全不同：
utf8mb4_general_ci：不区分大小写（
'Apple'=
'apple'），也忽略重音（
'ápple'≈
'apple'）
utf8mb4_bin：按二进制字节逐位比较，严格区分大小写和重音，
'Apple''apple'（因ASCII中大写A=65，小写a=97）
utf8mb4_0900_as_cs（MySQL 8.0+）：区分大小写（case-sensitive）、不忽略重音（accent-sensitive），更符合现代Unicode标准
排序规则影响ORDER BY的实际行为
即使写了
ORDER BY name ASC，最终谁排前面、谁排后面，由该列的排序规则决定： 若
name字段用的是
utf8mb4_unicode_ci，则
'z'会排在
'Z'之后，但
'Z'和
'z'会被视为等价，排序时可能相邻出现 若字段是
utf8mb4_bin，则所有字符严格按编码值排序，
'A'~
'Z'（65–90）一定排在
'a'~
'z'（97–122）之前 中文排序也受此影响：默认
utf8mb4_general_ci对汉字按拼音首字母粗略分组，但不保证完整拼音序；真正按拼音排序需借助
CONVERT(name USING gbk)或自定义函数
空值与空字符串在排序中的位置
对于非数字类型（如
VARCHAR），MySQL把空字符串
''当作最小值处理： 升序（ASC）时，
''总排最前；降序（DESC）时，总排最后 多个
''之间无确定顺序，按存储物理顺序返回（即插入先后）
NULL比
''更小——在ASC排序中，
NULL永远在
''之前；DESC中则永远在最后
排序过程背后的执行机制
当无法利用索引避免排序时，MySQL会启动内部排序流程：
先分配sort_buffer_size内存空间，尝试将待排序行的排序字段+主键（或整行）载入内存 若数据量小，直接在内存中快速排序；若超限，则生成多个临时排序文件，再归并（merge sort） 执行计划中出现
Using filesort，说明触发了该机制——这不是错误，而是提示“这里需要额外排序” 可通过添加合适组合索引（如
INDEX(status, amount DESC)）让B+树天然有序，跳过
filesort
