PostgreSQL 按时间倒序时 NULL 排在最前面

按时间倒序查询记录时，时间为 NULL 的行出现在最前面，真正最新的记录被排到了后面。给查询加上 LIMIT 后，第一页甚至可能全部是空时间：

SELECT id, completed_at
FROM jobs
ORDER BY completed_at DESC
LIMIT 20;

PostgreSQL 默认在 DESC 排序中把 NULL 放在前面，在 ASC 中放在后面。如果需要先展示有效时间且从新到旧排列，同时保留空时间记录，应明确写出 NULLS LAST：

SELECT id, completed_at
FROM jobs
ORDER BY completed_at DESC NULLS LAST, id ASC
LIMIT 20;

这里假设 jobs.id 是非空唯一编号，作为时间相同时的第二排序键。表名和列名要替换为实际业务对象；已有租户、权限和状态筛选应保留。

NULL 的位置与数值大小是两回事

排序时的空值位置是 PostgreSQL 的排序规则，不表示 NULL 是一个比所有时间都晚的实际值，也不表示 NULL > completed_at 会得到真。

可以在测试连接中使用不访问业务表的查询观察四种组合：

WITH sample(id, score) AS (
    VALUES (1, 10), (2, NULL::integer), (3, 20)
)
SELECT id, score
FROM sample
ORDER BY score DESC NULLS LAST, id;

这条语句的预期顺序是分数 20、10、NULL。去掉 NULLS LAST，倒序时空值会移到前面。将排序改成 ASC NULLS FIRST，则表示空值在前，其余值从小到大。

NULLS FIRST 和 NULLS LAST 都可以与升序或降序搭配，不需要把业务排序方向反过来迁就默认行为。若界面显示空白，还要确认底层确实是 SQL NULL；空字符串、特殊日期和应用显示占位不是同一个值。

每个排序键单独指定规则

多个排序键各自有升降序和空值位置，后面写一个 NULLS LAST 不会覆盖前面所有列：

ORDER BY priority DESC NULLS LAST,
         completed_at DESC NULLS LAST,
         id ASC

这表示先比较优先级，仅优先级相同时再比较完成时间。即使某行的完成时间为空，只要它的优先级更高，也可能排在其他优先级的非空时间行之前。这不是 NULLS LAST 失效，而是前一个排序键已经决定了顺序。

如果业务要求“所有空完成时间都在最后”，应先明确排序层次，再调整表达式；不要把每列加空值规则误认为全表按任意空字段统一分组。ORM 查询也应检查最终生成的 ORDER BY，确认规则附在目标排序表达式上。

保留空行时，不要用过滤或哨兵值代替排序

加入 WHERE completed_at IS NOT NULL 会从结果中删除空时间行，改变总数和分页内容。只有业务确实不需要这些记录时才应过滤。

使用 COALESCE(completed_at, 某个固定时间) 则是在构造新的排序值。固定时间可能与真实数据相同，还需要考虑字段类型和时间范围。单纯调整空值位置时，NULLS LAST 已经表达了需求，无需改写数据，也无需把空值批量更新成一个假日期。

核对分页顺序与执行计划

验证时覆盖有效时间、空时间和相同时间的多条记录。比较完整结果行数，确认修改只影响顺序，没有丢掉空行；再确认第一页是否包含预期的最近记录。

使用 LIMIT 时要提供能打破并列的排序键。仅按可能相同的时间排序，不能保证每次取得相同的并列行。唯一排序也不能消除并发插入、更新给跨次分页带来的变化，分页一致性需要另行设计。

性能方面，默认 B-tree 索引正向扫描通常对应 ASC NULLS LAST，反向扫描对应 DESC NULLS FIRST。所以已有时间索引不一定能直接提供新要求的 DESC NULLS LAST 顺序。先比较代表性查询的执行计划和耗时，再决定是否需要专门的索引；不要为了这一处显示问题立即删除或重建现有索引。

上线前保留原查询。若新的空值位置与产品要求不符，回退查询中的排序变更即可，不需要恢复或清理数据库内容。