PostgreSQL使用now()减24小时间隔查询为何仅返回16小时数据

两个查询的逻辑本质存在差异，同时可能存在时区隐式转换问题，共同导致你遇到的现象：

• 两个查询的时间范围逻辑完全不同
  • 第一种写法WHERE dt > now() - INTERVAL '24 HOURS' 是滑动时间窗口：now()返回查询执行的当前精确时刻（精确到微秒），筛选的是从当前时刻往回倒推24小时的时间段。比如你在当日16:00执行查询，筛选范围是昨日16:00到今日16:00，如果你预期要的是昨日完整自然日数据，那么只会返回昨日16:00_{24:00、今日0:00}16:00两段合计16小时的结果，和你遇到的现象完全吻合。
  • 第二种写法WHERE dt BETWEEN CURRENT_DATE - 1 AND CURRENT_DATE是固定自然日窗口：CURRENT_DATE返回当日0点的日期值，无论你在当日什么时间执行，筛选范围都是昨日0点到当日0点，刚好覆盖前一个自然日的完整24小时。
• 时区不匹配导致的隐式转换偏移
  如果你的需求确实是取滑动24小时数据仍出现缺失，需要检查dt字段的类型：若dt为timestamp without time zone类型，now()返回的是带数据库时区的timestamp with time zone类型，两者比较时会发生隐式时区转换，若数据库时区和业务时区不一致，会导致时间偏移，过滤掉本应符合条件的数据。

根据你的实际需求选择对应写法：

1. 如果你要获取前一个自然日完整24小时数据（和第二种查询效果一致），可以用兼容interval的写法：

SELECT DISTINCT dt
FROM public.my_table
WHERE dt > CURRENT_DATE - INTERVAL '1 DAY'
  AND dt < CURRENT_DATE
ORDER BY dt DESC

该写法比BETWEEN更稳妥，可避免dt带毫秒精度时的边界值误包含问题。
2. 如果你要获取当前时刻往回倒推24小时的滑动窗口数据，可显式指定业务时区避免转换偏移，示例（替换为你的业务时区即可）：

SELECT DISTINCT dt
FROM public.my_table
WHERE dt > (now() AT TIME ZONE 'Asia/Shanghai') - INTERVAL '24 HOURS'
ORDER BY dt DESC

内容的提问来源于stack exchange，提问作者Benb27