设置Postgres时区为UTC后，now()返回+0200偏移的原因咨询

首先，PostgreSQL中now()返回的是**timestamp with time zone（简称timestamptz）**类型——这个类型的本质是：内部始终以UTC时间存储，但显示时会根据当前生效的时区设置转换为对应时区的时间格式。你遇到的+0200偏移，大概率是以下几种情况导致：

• 会话级时区设置未生效
  先执行SHOW timezone;确认当前会话的时区是否真的是UTC。有可能你执行SET timezone = 'UTC';时出现了未察觉的错误，或者在执行now()时已经切换到了另一个会话（会话级设置只对当前连接有效）。

• 客户端工具强制使用本地时区
  部分GUI数据库工具（比如pgAdmin、DataGrip等）会忽略会话的时区配置，直接读取操作系统的本地时区来显示timestamptz类型的数据。此时即使数据库会话时区设为UTC，工具也会把内部的UTC时间转换成你本地时区（+0200）来展示。

• 时区设置优先级被覆盖
  PostgreSQL的时区设置有优先级顺序：客户端连接时传递的时区参数 > 会话级SET timezone > 数据库级timezone配置 > 集群postgresql.conf中的timezone > 操作系统时区。如果你的客户端在连接时自带了时区参数（比如JDBC连接串里指定了serverTimezone），会直接覆盖你后续执行的SET命令。

另外补充：如果你想确保输出UTC时间且保留时区信息，可以用SELECT now() AT TIME ZONE 'UTC';，它会返回不带时区偏移的UTC时间戳；或者确认会话时区确实为UTC后，使用遵循会话时区的客户端工具（比如原生psql命令行）执行查询，就能看到符合预期的UTC格式输出。

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