基于UTC时间筛选当日行：timestamp无时区字段的最佳查询方案
首先明确核心需求：筛选recordTime字段中属于UTC当日的数据（从UTC午夜0点开始），且recordTime是timestamp without time zone类型（存储的是提交时的UTC时间裸值）。我们逐个分析你给出的写法：
各写法问题解析
写法1：
WHERE date_trunc('day', recordTime) = current_date ;
错误。current_date取的是数据库所在时区的当日日期，而非UTC日期。如果数据库时区不是UTC，会导致筛选的日期和UTC当日偏差（比如东八区数据库，current_date是5月17日时，UTC还是5月16日），直接筛选错误数据。写法2：
WHERE date_trunc('day', recordTime) = date_trunc('day', current_date at time zone 'utc')
逻辑错误。current_date是本地时区的日期，转成UTC时区后会变成本地日期对应的UTC时间点（比如东八区5月17日转UTC是5月16日16:00），截断到天后得到的是UTC的前一天日期，完全不符合需求。写法3：
WHERE date_trunc('day', recordTime) = date_trunc('day', current_timestamp at time zone 'utc')
逻辑正确，但不是最优。date_trunc('day', recordTime)对字段做了函数处理，若recordTime上只有普通B-tree索引，这个写法无法利用索引（除非你专门创建了date_trunc('day', recordTime)的函数索引）。不过你提到性能相近，这个写法在正确性上没问题，但有优化空间。写法4：
WHERE recordTime >= '17-May-2024 00:00:00'
完全不实用，硬编码日期只能单次使用，无法自动适配当日需求，日常业务中肯定不能用。
最优写法推荐
推荐使用范围查询，直接匹配UTC当日的时间区间，既保证正确性，又能最大化利用recordTime上的普通索引（如果存在的话）：
WHERE recordTime >= date_trunc('day', current_timestamp AT TIME ZONE 'UTC') AND recordTime < date_trunc('day', current_timestamp AT TIME ZONE 'UTC') + INTERVAL '1 day'
这个写法的逻辑是：
current_timestamp AT TIME ZONE 'UTC'获取当前UTC时间date_trunc('day', ...)得到UTC当日的午夜0点时间- 加上
INTERVAL '1 day'得到次日午夜0点，用<而非<=避免包含次日0点的记录（如果有的话）
这样的写法既灵活（自动适配当日），又保证了UTC时区的准确性，同时性能最优。
内容的提问来源于stack exchange，提问作者ConanTheGerbil
