You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Django设置TIME_ZONE为UTC+1后DateTime字段为何以UTC+0存入数据库

问题原因说明
  • 这是 Django 开启时区支持后的默认设计逻辑:当你配置USE_TZ = True时,所有带时区的 datetime 值在写入数据库前,都会被统一转换为 UTC 时间存储,该逻辑不受TIME_ZONE配置影响。TIME_ZONE的作用是控制从数据库读取 datetime 值后,默认转换为哪个时区的时间用于业务逻辑、前端展示,不会修改存储环节的转换规则。
  • 你当前的TIME_ZONE = 'UTC+1'写法不符合 Django 的配置规范:Django 要求TIME_ZONE使用 IANA 标准时区标识符,例如对应固定 UTC+1 时区可填写'Etc/GMT-1'(注意Etc系列时区的正负号与常规偏移相反,GMT-1对应UTC+1),如果是有夏令时的 UTC+1 区域可使用对应城市时区如'Europe/Paris'。你当前填写的UTC+1属于无效配置,会导致 Django 回退到默认UTC时区,后续读取时间时也会出现转换异常。
适配方案

如果仅需要业务中使用UTC+1时区的时间,不需要修改存储规则:

  1. 将TIME_ZONE修改为符合规范的时区标识符,后续从数据库中读取read_date字段时,Django 会自动将存储的UTC时间转换为你配置的时区时间。

如果需要数据库中直接存储UTC+1时区的时间:

  1. 可以将USE_TZ改为False,此时Django不会自动处理时区转换,你需要自行保证写入的datetime值的时区一致性,存储的为不带时区信息的 naive 时间。

内容的提问来源于stack exchange,提问作者Manuel Santi

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.09.26 23:15:08