Sequelize 默认时区与数据库服务器实际时区不匹配，导致 CURRENT_TIME 和 now() 等时间函数返回值在 JavaScript 层被错误解析（如本地时间被误转为 UTC），需显式配置 timezone 选项对齐服务端时区。
sequelize 默认时区与数据库服务器实际时区不匹配，导致 `current_time` 和 `now()` 等时间函数返回值在 javascript 层被错误解析（如本地时间被误转为 utc），需显式配置 `timezone` 选项对齐服务端时区。
在使用 Sequelize 连接 PostgreSQL 时，你可能会遇到时间字段或时间函数（如 CURRENT_TIME、NOW()）返回值与数据库实际时区不一致的问题。正如你在本地和服务器上观察到的：
- SQL 直查
SELECT CURRENT_TIME返回'14:00:30.633552+01:00'（符合 GMT+1 设置）； - 但通过 Sequelize 执行相同查询后，
CURRENT_TIME字段被正确解析为+02偏移，而now()却以 ISO 8601 UTC 格式（T13:00:45.711Z）返回——这说明 Sequelize 在结果解析阶段对timestamptz类型做了隐式时区转换，且默认行为未与数据库时区对齐。
根本原因在于：Sequelize 的 timezone 配置项控制其如何解析从 PostgreSQL 接收的 timestamptz 值（即把带时区的时间戳转换为 JS Date 对象时所依据的参考时区）。它不改变数据库行为，但决定了 Node.js 层看到的时间是否“直观”。
✅ 正确做法是在初始化 Sequelize 实例时，显式设置 timezone 为数据库所在时区（例如 '+01:00'）：
const sequelize = new Sequelize(
process.env.DB_DATABASE,
process.env.DB_USERNAME,
process.env.DB_PASSWORD,
{
host: process.env.DB_SERVER,
port: process.env.DB_PORT,
dialect: 'postgres',
timezone: '+01:00', // ← 关键：必须与 PostgreSQL 的 timezone 参数（SHOW timezone;）一致
pool: {
min: 0,
max: 5,
idle: 10_000,
acquire: 30_000
}
}
);
⚠️ 注意事项：
-
timezone值应严格匹配数据库服务端的时区设置（可通过SHOW timezone;在 psql 或 pgAdmin 中确认）； - 若数据库设为
'Europe/Berlin'，也可使用timezone: 'Europe/Berlin'（需确保 Node.js 环境支持 IANA 时区，推荐使用pgv8.8+ 和node-postgres时区兼容性）； - 此配置不影响 SQL 中的时间字面量或函数行为（如
NOW()仍由 PostgreSQL 按其timezone参数计算），仅影响 Sequelize 将timestamptz结果反序列化为 JSDate的逻辑； - 若应用需统一处理为 UTC，可设为
'Z'或'+00:00'，但务必确保业务逻辑层对此有明确认知。
总结：Sequelize 的时区错位不是 bug，而是设计使然——它将数据库返回的带时区时间戳，按 timezone 配置“解释”为本地时间。只要配置与数据库时区严格一致，new Date('2023-12-06T13:00:45.711Z') 就会正确显示为 14:00:45（GMT+1），从而消除时间计算偏差。
