PostgreSQL中CURRENT_TIMESTAMP显示时间不正确如何排查解决

你写的SQL存在两层逻辑错误，最终导致时间结果偏差：

• 误用链式AT TIME ZONE转换：PostgreSQL中AT TIME ZONE的返回逻辑和输入类型强相关：
  • 输入是带时区的时间戳（timestamptz，clock_timestamp()的返回值就是这个类型）时，会返回目标时区对应的无时区时间戳，值为该时区的本地墙上时间
  • 输入是无时区时间戳时，会把这个时间值当作指定时区的本地时间，返回对应的带时区时间戳
    你连续写两次AT TIME ZONE，相当于先把当前时间转成UTC的无时区时间，再把这个UTC时间错当成雅加达的本地时间回转成带时区时间，平白多做了一次时区偏移计算。雅加达时区为UTC+7，这一步就已经产生了7小时的固定偏差。
• to_char隐式转换问题：你第二次AT TIME ZONE返回的是带时区时间戳，to_char处理这类值时会默认按照当前会话的时区做一次隐式转换，如果你的会话时区不是雅加达，会再叠加一层偏移误差。

根据你的需求选对应写法即可：

• 不需要修改数据库配置，单次查询直接获取雅加达当前时间，只需要做一次时区转换，不要链式调用：

SELECT to_char(clock_timestamp() AT TIME ZONE 'Asia/Jakarta', 'YYYY-MM-DD HH24:MI:SS') AS clock_timestamp;

• 如果需要长期使用雅加达时区，可以先修改会话级/全局时区配置，修改后直接格式化时间即可，不需要额外加时区转换：

-- 会话级临时修改，断开连接后失效
SET TIME ZONE 'Asia/Jakarta';
-- 查询时间
SELECT to_char(clock_timestamp(), 'YYYY-MM-DD HH24:MI:SS') AS clock_timestamp;

如果要排查配置问题，可以先执行SHOW timezone;确认当前数据库生效的时区参数是否符合预期。

注意：不要随意链式叠加AT TIME ZONE，除非你明确需要做跨时区的时间点换算，单纯获取指定时区的当前时间只需要一次转换即可。

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