MySQL中ORDER BY默认将NULL排最前，需用“列 IS NULL”升序使NULL排末尾；多字段排序须逐字段控制；老版本不支持NULLS LAST，可用CASE WHEN或COALESCE替代。
ORDER BY里用IS NULL判断会把NULL排前面
默认情况下，ORDER BY column ASC 把 NULL 当作最小值，排在最前——这和多数业务需求相反。比如查用户订单时间，想把“还没下单”的 NULL 放最后，而不是顶头显示。
直接写 ORDER BY column IS NULL, column 是最常用解法：布尔表达式 column IS NULL 返回 0（false）或 1（true），升序时 0 在前、1 在后，自然就把非空值全排前面，NULL 挤到末尾。
SELECT name, created_at FROM users ORDER BY created_at IS NULL, created_at;- 如果要降序（比如按时间倒序），仍希望
NULL在末尾，就写ORDER BY created_at IS NULL, created_at DESC—— 注意IS NULL保持升序，否则逻辑翻转 - PostgreSQL 和 SQLite 支持
ORDER BY column NULLS LAST，但 MySQL 8.0 之前不认这个语法，别硬套
MySQL 5.7 或更老版本不能用NULLS LAST
老版本 MySQL 解析 NULLS LAST 会报错：ERROR 1064 (42000): You have an error in your SQL syntax。不是你写错了，是它压根不支持。
替代方案只有两个可靠路径：
- 用
IF()或CASE WHEN构造排序键：例如ORDER BY CASE WHEN created_at IS NULL THEN 1 ELSE 0 END, created_at - 对数字列可用
COALESCE(created_at, '9999-12-31')（日期）或COALESCE(score, -99999)（分数），但要注意类型兼容性和边界值是否真能“压”住所有有效数据 - 避免用
ISNULL()函数，它在某些 MySQL 版本里行为不稳定，优先选IS NULL布尔表达式
多个字段排序时NULL位置容易串行错乱
当组合排序如 ORDER BY status, created_at，且两者都可能为 NULL，光对其中一个加 IS NULL 不够——status IS NULL 把所有状态为空的记录提前了，但它们内部的 created_at 还是乱的。
必须逐字段控制：
- 写成
ORDER BY status IS NULL, status, created_at IS NULL, created_at - 如果某字段要降序，比如
status DESC，仍需保留status IS NULL升序部分，顺序不能颠倒 - 别试图用子查询或窗口函数绕开，纯
ORDER BY表达式更轻量、兼容性更好
WHERE里过滤掉NULL反而更简单？
如果业务上根本不需要展示 NULL 行，比如“只查有创建时间的用户”，那就别费劲排了，直接 WHERE created_at IS NOT NULL。少一行 ORDER BY 逻辑，性能还略好一点。
但要注意：前端分页时，WHERE 过滤会减少总行数，而 ORDER BY ... NULLS LAST 是把 NULL 排到最后再截取 LIMIT。两者语义不同，别混用。
真正需要保留 NULL 行但放末尾的场景，其实不多——多见于管理后台导出全量、或报表中“暂无数据”占位。确认清楚需求再选方案。
