django时区和postgres时区

1. 背景

公司有个任务，功能要求：限制用户24小时发送的任务数，同时要告诉用户什么时间可以重试。

但是…………，发现几个问题：

• django代码打印出来的timezone.now()，跟北京时间差8个小时
• django的日志打印，最前边的部分，是跟北京时间一样的
• postgres时区，跟北京时间差8个小时

# 查看django的timezone的当前时间，时区
from django.utils import timezone
print(timezone.now())
# 输出 datetime.datetime(2024, 4, 30, 8, 45, 27, 427727, tzinfo=<UTC>)



# 查看系统的当前时间和时区，一般跟服务器一样
from datetime import datetime
from django.utils import timezone
print(datetime.now()) # 结果跟北京时间一样
timezone.make_aware(datetime.now())
# 输出 datetime.datetime(2024, 4, 30, 16, 47, 51, 43601, tzinfo=<DstTzInfo 'Asia/Shanghai' CST+8:00:00 STD>)


# 查看postgres的时区
show timezone # 结果是ETC/UTC
select now() # 结果的时间，跟北京时间差8个小时

从结果来看，django的timezone=postgres的时区，但是和datetime.now()是不一样的。什么原因呢？先看原理

2. 需要明白的知识

django的timezone是根据settings的配置来显示的，需要两个参数来控制

from django.utils import timezone
# 输出时区
print(timezone.get_current_timezone_name())
# 'Asia/Shanghai'
print(settings.USE_TZ) # True

datetime的时间是同步于系统的，而且django的日志模块Logging，就是跟datetime的时间是一样的。

postgres的时区是在postgres.conf里配置的，这个自己GPT

3. 最后解决方法

1. django的timezone和数据库的timezone必须是一致的
2. 在展示给用户重试的时间,在数据库中查找24小时内的比对任务数，然后取最早的时间，使用timezone.localtime(create_time)进行转换。

3. timezone.localtime(create_time)

   然后就解决了。

4. 最后

解决问题先救急后优化。一定不能慌，慢慢来，纠细节，别老用加8小时-24小时，这种太不确定了。思路捋不顺，多跟小鸭子讲讲。欢迎大家评论指正