django时区设置的坑：TIME_ZONE和USE_TZ

最新推荐文章于 2025-08-25 16:58:12 发布

原创最新推荐文章于 2025-08-25 16:58:12 发布 · 1.3k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#mysql #big data #数据库

django 专栏收录该内容

18 篇文章

订阅专栏

本文揭示了在Django中，当USE_TZ设为True时，TIME_ZONE设置失效的情况，以及在不同操作系统下如何理解时区处理。重点讲解了Windows下和非Windows系统中的时间处理差异。

windows下有USE_TZ=True时，TIME_ZONE设置就没有用了


1、在Django的配置文件settings.py中，有两个配置参数是跟时间与时区有关的，分别是TIME_ZONE和USE_TZ

2、如果USE_TZ设置为True时，Django会使用系统默认设置的时区，即America/Chicago，此时的TIME_ZONE不管有没有设置都不起作用。

3、如果USE_TZ 设置为False，而TIME_ZONE设置为None，则Django还是会使用默认的America/Chicago时间。若TIME_ZONE设置为其它时区的话，则还要分情况，如果是Windows系统，则TIME_ZONE设置是没用的，Django会使用本机的时间。如果为其他系统，则使用该时区的时间，入设置USE_TZ = False, TIME_ZONE = 'Asia/Shanghai', 则使用上海的UTC时间。

带时区的字符串处理成时间数据：

timezone.datetime.fromisoformat(result.get('success_time')).replace(tzinfo=None)

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

hmk1900

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

Openwrt Time Zones和TZ string对应关系表

wgl307293845的博客

08-10

813

[ // TZ string Time Zones UTC ["UTC","UTC","(UTC+00:00)"], ["WET0WEST,M3.5.0/1,M10.5.0","Atlantic/Faroe","(UTC+00:00)"], ["PST8PDT,M3.2.0,M11.1.0","America/Tijuana","(UTC-08:00)"], ["WAT-1","Africa/Douala","(UTC+01:00)"], ["BRT3","America/Maceio","(UT.

Django学习第四天：USE_TZ = True 或者USE_TZ = False

百锦再的博客

12-07

1万+

启用时区支持，所有时间将以 UTC 存储，Django 会根据时区进行转换。推荐在跨时区应用中使用。：禁用时区支持，所有时间将直接作为本地时间处理，适合不涉及跨时区的应用。在大多数情况下，推荐使用，这样可以确保应用在处理时间时更加一致和健壮，特别是在涉及多时区的情况下。

参与评论您还未登录，请先登录后发表或查看评论

django中的时区设置TIME_ZONE,USE_TZ

热门推荐

沉浮

08-23

2万+

Django如果开启了Time Zone功能，则所有的存储和内部处理，甚至包括直接print显示全都是UTC的。只有通过模板进行表单输入/渲染输出的时候，才会执行UTC本地时间的转换。

Django3.2.5项目settings.py中“USE_TZ = True”时区无法正常转换相关的bug

Nnnn的博客

07-23

662

不得不说，这是一个迷之一样的bug。在Django3.2.2中，使用代码“ last_updated = models.DatetimeField(default=datetime.datetime.now().replace(tzinfo=pytz.timezone('Asia/Shanghai'))) ”还是可以将UTC时间转换为Asia/Shanghai时区时间的。但是升级至Django3.2.5时，事情就不一样了。如果在不清楚原委的情况下，很容易陷入其中难以自拔的怪圈：不断在P...

Django中TIME_ZONE和USE_TZ问题

laowangism的博客

12-26

1309

项目场景：在问题描述：提示：这里描述项目中遇到的问题：例如：数据传输过程中数据不时出现丢失的情况，偶尔会丢失一部分数据 APP 中接收数据代码： @Override public void run() { bytes = mmInStream.read(buffer); mHandler.obtainMessage(READ_DATA, bytes, -1, buffer).sendToTarget(); } 原

django---时区问题（USE_TZ）

一夜奈何梁山

10-28

8803

目录一： Django出现的时间问题：二：Django如何开启时区支持？三：了解django的配置文件：四：区分两类datetime对象验证：时区关闭时：django使用的timezone。验证：时区开启时：django使用的timezone。一： Django出现的时间问题：问题描述：不同时区的人所在的时间是不同的，如果都采用当地时间，那么导致数据库存储的时间，并不是同一时刻的时间。但如果都采用0时区时间，那么不在0时区的用户就会看到错误的时间，怎么做呢？解决方案：在代码和数据库中都采用UTC

django TIME_ZONE.7z

05-11

如果`USE_TZ`设置为True（默认情况），Django将在内部使用UTC存储所有日期和时间，而`TIME_ZONE`则用于将这些时间转换为用户可见的时区。如果`USE_TZ`设为False，Django将不会进行时区转换，所有的日期和时间都将...

Django时区处理

最新发布

dreams_dream的博客

08-25

951

是全球统一的时间标准，不受任何地区时区影响。地区时区与 UTC 的偏移中国（北京时间）CSTUTC+8美国纽约ESTUTC-5（冬令时）英国伦敦GMTUTC±0Django 在时，所有时间都会以 UTC 存储，确保跨地区一致性。存储统一用 UTC展示根据用户时区转换代码中只用和。

【Dv2Admin】解决MySQL后端时区USE_TZ is False的问题

Mr数据杨

12-17

1389

在使用Django-vue-admin框架开发应用时，处理与时区相关的日期时间问题是一个开发者需要解决的关键问题。通过适当配置Django的USE_TZ选项，或通过编写自定义的日期时间转换函数，开发者可以有效避免由于MySQL不支持时区敏感数据导致的错误。无论选择哪种方式，解决这一问题都能提升数据库操作的稳定性，确保数据的一致性，从而为应用提供更好的用户体验。

Django中的时间与时区设置

weixin_46564680的博客

07-14

2378

djang时区、时间配置说明

为什么Django设置时区为TIME_ZONE = Asia/Shanghai USE_TZ = True后，存入mysql中的时间只能是UTC时间

我就叫贝塔

06-30

1716

这个问题的解释还得看Django官方文档。其实是我理解错了，因为Mysql存储的时间不能灵活设置时区，不像datetime对象有一项参数专门指定时区，所以为了统一全球的时间，必须使用国际标准时间UTC，否则就会乱套。所有时间在存如数据库前，必须转换成UTC时间。比如北京时间8点，存入mysql变成0点（UTC）。一般不跨时区的应用，可以不使用时区，即在settings.py设置 USE_TZ = False 这样存储的时间就是无时区的时间，英文叫naive datetime (datetime with

Django开启USE_TZ = True时，以时间为参数查询结果为空

bocai_xiaodaidai的博客

07-23

673

django开启时区设置USE_TZ = True时，如果想查询某一天或者某个月的数据，那大概率会返回一个空的queryset。如下： >>> Supplier.objects.filter(create_time__month=7) <QuerySet []> 原因：在查询之前，日期时间字段将转换为指定时区的时间，而转化时需要在数据库中定义时区表。官方文档queryset. 解决办法：执行如下命令，将系统时区文件到入到数据库表中： mysql_t

USE_TZ

weixin_35756624的博客

01-16

461

USE_TZ 是 Django 中的一个设置，用于指定是否使用时区。如果设置为 True，Django 会在数据库和 Python 之间自动转换时区。如果设置为 False，Django 会假设数据库和 Python 都使用服务器的时区。默认值为 False。 ...

use_tz

dqchouyang的专栏

09-27

1949

django的settings中，有两个key跟项目的时区有关系： TIME_ZONE = 'Asia/Shanghai' USE_TZ = True 下面根据实际的情况来讲解下他们对项目时区的设置 # 1 TIME_ZONE = 'Asia/Shanghai' USE_TZ = True # 2 TIME_ZONE = 'Asia/Shanghai' USE_TZ = False # 3 ...

关于Django的TIME_ZONE时区问题的若干总结

countofdane的博客

11-28

1563

在Django1.6的settings.py文件中有TIME_ZONE和USE_TZ两个参数来描述时区的设置。 TIME_ZONE：用于存放本地时区信息，默认值为UTC，意思为采用国际标准时间“格林尼治时间”。中国处于东八区，官方文档上有两个取值“Asia/Shanghai”和“Asia/Chongqing”(没有北京). USE_TZ：用于控制是否使用UTC时间(True and

Django 时间与时区设置问题

Matt22

05-30

246

在Django的配置文件settings.py中，有两个配置参数是跟时间与时区有关的，分别是TIME_ZONE和USE_TZ 如果USE_TZ设置为True时，Django会使用系统默认设置的时区，即America/Chicago，此时的TIME_ZONE不管有没有设置都不起作用。如果USE_TZ 设置为False，而TIME_ZONE设置为None，则Django还是会使用默认的America/Chicago时间。若TIME_ZONE设置为其它时区的话，则还要分情况，如果是Windows系统，则TI.

Django学习笔记4 解决Django时区设置问题（从官方文档到源码）

No_red的博客

08-20

1583

问题背景前段时间一直长期使用Django做一些项目开发，但因为时间比较紧，很多问题没有注意，比如库表中的时间戳一直使用的都是UTC时间，而在中国的话我们使用UTC+8时间才顺眼呀（比如现在是北京时间14:57那么UTC时间就是6:57）。明眼人一看这就是个小到不能再小的问题，但我在查阅完官方文档后竟然还是一脸懵逼，而且最终解决问题花费了将近一个半小时。问题现场...

【补充小知识】USE_TZ和更新数据

Chimengmeng的博客

08-19

380

【补充小知识】USE_TZ和更新数据【1】USE_TZ = False写成true，和fasle的区别介绍 USE_TZ = False 和 USE_TZ = True 的区别在于是否启用时区支持。当将 USE_TZ 设置为 False 时，Django 将以系统默认的时区进行操作。这意味着 Django 会假设所有时间都是以服务器本地时区表示的，数据库中的日期时间字段也会被视为无时...

django删除服务器.tz文件,关于Django的时区设置TIME_ZONE,USE_TZ的问题

weixin_36146811的博客

08-11

278

在Django的settings.py中，已经将时区设置成了：TIME_ZONE = 'Asia/Shanghai'USE_TZ = True发现在Models中，使用create_time = models.DateTimeField(default=datetime.now)插入到数据库中的时间，还是UTC的时间，比北京时间差了8个小时。发现后台一直在提醒这个警告：RuntimeWarning...

Django TIME_ZONE

03-19

在 Django 中，`TIME_ZONE` 是用于定义默认时区的一个重要配置项。它决定了服务器运行环境中的时间表示方式以及未指定时区的时间对象的行为[^1]。 #### 配置 `TIME_ZONE` 在项目的 `settings.py` 文件中，可以通过...