Django从PostgreSQL获取时区错误的DateTime对象问题

问题本质 #

你遇到的是Django在USE_TZ=True且TIME_ZONE=UTC配置下，对PostgreSQL返回的时区感知时间解析逻辑错误：数据库正确存储了带+01偏移的时间，但Django读取时没有做时间数值的时区转换，仅将时区标签改为UTC，导致时间值逻辑错误（原本的CET时间被错误标记为UTC时间）。

可能原因 #

1. Django与psycopg3适配bug：Django 4.2.10版本和psycopg3的组合存在时区处理兼容性问题，psycopg3正确返回带tzinfo的datetime对象，但Django的PostgreSQL后端未正确调用时区转换逻辑，直接覆盖了时区信息。
2. 数据库连接时区的间接影响：你在DATABASES中设置TIME_ZONE='Europe/Zurich'时，PostgreSQL会自动将返回的timestamptz转换为该时区的时间，Django读取后再转成UTC，刚好抵消了自身的解析错误，但这只是临时 workaround，并未解决底层问题。

解决方案 #

方案1：升级Django版本 #

直接升级Django到4.2.11及以上版本（或5.x版本），Django官方在4.2.11中修复了多个psycopg3相关的时区处理bug，大概率能解决该问题。

方案2：配置数据库连接强制返回UTC时间 #

在settings.py的数据库配置中，添加连接参数让PostgreSQL直接返回UTC时区的时间，避免Django解析出错：

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql',
        'NAME': 'your_db_name',
        'USER': 'your_db_user',
        'PASSWORD': 'your_db_pwd',
        'HOST': 'your_db_host',
        'PORT': 'your_db_port',
        'OPTIONS': {
            'options': '-c timezone=UTC'
        },
    }
}

这样PostgreSQL会将所有timestamptz数据转换为UTC后返回，Django读取时直接处理UTC时间，不会出现时区标签错误覆盖的问题。

方案3：手动修正读取后的时间（临时 workaround） #

如果暂时无法升级或修改配置，可以在读取模型字段后手动修正时间：

from django.utils.timezone import utc

# 示例：查询模型实例后修正时间
obj = YourModel.objects.get(id=1)
# 错误的时间：原数值+UTC时区标签
wrong_dt = obj.your_datetime_field
# 转换为正确的UTC时间
correct_utc_dt = wrong_dt.astimezone(utc)

验证Django时区逻辑是否正确 #

当USE_TZ=True且TIME_ZONE=UTC时，Django的预期行为是：

• 保存时：将带时区的datetime对象正确传递给PostgreSQL，PostgreSQL存储为UTC epoch值（显示时根据连接时区转换）。
• 读取时：将PostgreSQL返回的时区感知时间转换为UTC时间（即TIME_ZONE配置的时区）。
  你的情况明显不符合该逻辑，属于框架适配bug。

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