PostgreSQL数据库时区作用解析：与会话时区有何区别？

首先明确核心结论：数据库时区本质是该数据库下新会话的默认会话时区，不会影响时间戳的底层存储方式。

1. 数据库时区的核心角色：会话时区的默认值 #

当你执行ALTER DATABASE database_name SET TIMEZONE='zone';修改数据库时区后，后续在该数据库中新建的psql会话，其会话时区会默认继承这个设置——替代原本客户端系统时区作为默认值。比如你把数据库时区设为'Asia/Shanghai'，新打开的psql连接就会自动使用这个时区，无需每次手动执行SET TIME ZONE 'Asia/Shanghai';。

2. 数据库时区不影响时间戳存储 #

PostgreSQL中时间戳的存储规则是固定的：

• timestamp with time zone（带时区时间戳）：存储时会先转换为UTC时间，底层存储的是UTC值，和数据库时区、会话时区无关。
• timestamp without time zone（无时区时间戳）：直接存储输入的字面量时间，不做时区转换，同样不受数据库时区影响。

3. 实际使用中的区别示例 #

假设数据库时区设为'Europe/London'，你用psql连接后执行：

SELECT '2024-05-20 12:00:00+08'::timestamptz;

如果会话时区继承了数据库的Europe/London，输出会是伦敦当地时间；但如果手动将会话时区改成'Asia/Shanghai'，输出就是上海时间——但底层存储的UTC值始终是2024-05-20 04:00:00。

总结 #

数据库时区只是给新会话提供默认时区配置的快捷方式，完全不会改变时间戳的存储逻辑，真正影响时间戳输入输出转换的是当前会话时区。

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