GO时区【3】字段与连接设置

pgsql数据库需要指定时区么？当前字段（例如created_at）默认值为pgsql的now函数

在 PostgreSQL (PostgreSQL) 中，处理时区的关键在于字段类型的选择。强烈建议使用TIMESTAMP WITH TIME ZONE(简称timestamptz)，并且数据库服务器时区通常保持 UTC。

1. 字段类型：timestampvstimestamptz

这是 PostgreSQL 中最容易混淆的地方：

• timestamp(without time zone)：它只是一个“墙上时间”。如果你存入2024-01-01 10:00，它就永远是这个数字。当你的北京用户和东京用户读取时，看到的都是10:00，这会导致东京用户实际上“晚了一小时”。
• timestamptz(with time zone)：这是推荐做法。
  • 原理：PostgreSQL 在存储时会将其转换为 UTC 存储。
  • 读取：当客户端连接时，PostgreSQL 会根据当前数据库连接的时区设置，自动把 UTC 转回对应的本地时间。

2. 关于now()函数

当你设置DEFAULT now()时：

• 如果字段是timestamptz，now()会包含当前时区信息并正确转换为 UTC 存储。
• 只要你的 Go 程序或数据库连接配置了时区，读取出来的值就是准确的。

3. PostgreSQL 时区设置级别

你可以在三个层面指定时区：

1. 服务器级 (Global)：在postgresql.conf中设置timezone = 'UTC'。这是国际化项目的标准做法。
2. 数据库级 (Database)：ALTER DATABASE mydb SET timezone TO 'UTC';
3. 连接级 (Session)：这是解决你问题的核心。
   • 当东京用户连接时，Go 驱动可以在连接后执行SET TIME ZONE 'Asia/Tokyo';。
   • 此时，执行SELECT created_at拿到的结果直接就是东京时间，无需在 Go 代码里手动转换。

4. 结论：你应该怎么做？

建议实验

你可以尝试在数据库执行这段 SQL 感受区别：

-- 设置当前连接为北京时区 SET TIME ZONE 'Asia/Shanghai'; SELECT now(); -- 看到 +08 -- 设置当前连接为东京时区 SET TIME ZONE 'Asia/Tokyo'; SELECT now(); -- 看到 +09，且小时数自动 +1