COALESCE在ORDER BY中用于控制NULL排序位置，需确保默认值类型兼容且不破坏索引；升序时用COALESCE(col, 高值)使NULL排最后，用低值则排最前；MySQL 8.0+应优先使用NULLS LAST以避免隐式转换和性能问题。
MySQL默认把NULL当最小值，升序排在最前——这常导致前端列表“空数据顶头出现”，业务上极不友好。
COALESCE在ORDER BY里怎么用才不踩坑
COALESCE不是万能胶水，它会强制类型转换，且影响索引使用。比如对字符串字段name排序时写ORDER BY COALESCE(name, 'zzz')，MySQL可能放弃name上的索引，改走全表扫描。
- 只对确实需要参与排序的字段用，别滥用；
- 第二个参数（默认值）必须和字段类型兼容，否则报错或隐式转换出错；
- 数值型字段推荐用
COALESCE(age, 999)，字符串型慎用'~'之类占位符，容易和真实数据混淆； - 如果字段是
TEXT或长VARCHAR，COALESCE后无法走前缀索引，性能风险更高。
为什么有时COALESCE结果和预期相反
常见现象：想把NULL排最后，写了ORDER BY COALESCE(score, -1) DESC，结果NULL行反而跑到了最前面。
原因在于：COALESCE把NULL转成-1后，-1 DESC比所有正数都大，自然顶头了。正确做法是保持升序逻辑，只换默认值位置：
- 要NULL排最后（升序）→
ORDER BY COALESCE(score, 999999) ASC； - 要NULL排最前（升序）→
ORDER BY COALESCE(score, -999999) ASC； - 降序场景同理反推，但更建议直接用
NULLS LAST（见下一条）。
COALESCE vs NULLS LAST：优先选哪个
MySQL 8.0+ 支持NULLS LAST，语法干净、语义明确、不干扰索引，应为首选。
-
ORDER BY created_at ASC NULLS LAST—— 直接、高效、可读性强； -
COALESCE适合老版本MySQL（ - 混合使用危险：
ORDER BY COALESCE(price, 0) ASC NULLS LAST会报错，NULLS LAST只能作用于原始列或表达式，不能叠在函数外。
真正难处理的不是语法，而是业务语义——NULL到底代表“无数据”“未填写”还是“不适用”？选COALESCE还是NULLS LAST，得先厘清这个，否则排序逻辑永远在迁就数据缺陷。
