PostgreSQL+DBeaver中UTC时间显示大于莫斯科时区的原因及存储疑问

场景回顾 #

• 本地计算机时区：MSK（Europe/Moscow，UTC+03:00）
• 数据库环境：Docker运行PostgreSQL 12，会话时区通过SHOW timezone验证为Europe/Moscow
• 客户端工具：DBeaver 24.3.0，时区配置为Europe/Moscow，本地PostgreSQL客户端版本14
• 操作：创建表TimeZones，字段no_tz为timestamp（即timestamp without time zone），默认值now()；在本地时间2025-01-07 15:25:33.452 +0300（对应UTC时间2025-01-07 12:25:33.452）插入默认值后，执行查询：

SELECT no_tz AT TIME ZONE 'UTC' AS "no_tz as UTC", no_tz AT TIME ZONE 'MSK' AS "no_tz as MSK" FROM public."TimeZones";

• 查询结果：
  • no_tz as UTC：2025-01-07 18:25:33.452 +0300
  • no_tz as MSK：2025-01-07 15:25:33.452 +0300

疑问1：为何UTC时间显示大于MSK？ #

核心是AT TIME ZONE的逻辑和客户端显示时区的叠加作用：

• timestamp without time zone类型的值本身不带时区信息，PostgreSQL会默认将其视为当前会话时区（这里是MSK）的本地时间。
• 执行no_tz AT TIME ZONE 'UTC'时，PostgreSQL先把no_tz（被当作MSK时间15:25:33.452）转换为UTC时间：15:25:33.452 - 3小时 = 12:25:33.452 UTC。但DBeaver的显示时区是MSK，会把这个UTC时间再转换回MSK时区展示：12:25:33.452 +3小时 = 18:25:33.452 +0300。
• 执行no_tz AT TIME ZONE 'MSK'时，PostgreSQL把no_tz（视为MSK本地时间）转换为MSK时区的时间，结果就是原时间15:25:33.452，DBeaver用MSK时区直接展示，所以是15:25:33.452 +0300。
• 你看到的“UTC时间大于MSK时间”是显示层面的错觉，本质是UTC转换后的时间被客户端转成MSK时区展示了。

疑问2：PostgreSQL如何存储timestamp without time zone类型的值？是否也以UTC存储？ #

• timestamp without time zone（简写为timestamp）存储的是无时区关联的纯日期时间数值，不会转换为UTC存储，而是直接保存插入时的字面量时间：
  • 如果你用默认值now()插入，now()会生成当前会话时区（MSK）的本地时间，这个时间数值会被直接存入数据库，不带任何时区标记。
  • 如果你插入的是字面量时间（比如'2025-01-07 15:25:33'），PostgreSQL也会直接保存这个数值，不会做时区转换。
• 当读取该类型的值时，PostgreSQL默认会将其当作当前会话时区的本地时间处理，直到你用AT TIME ZONE语句显式指定转换规则。

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