Django models通过DateTimeField保存到MySQL的时间的时区问题
来源:互联网 发布:淘宝网鞋子女鞋图片 编辑:程序博客网 时间:2024/05/19 00:39
最近开始使用Django开发一些系统,在models.py中设置一些数据库表结构并给日期时间字段赋初值,不过在使用的过程中,遇到一点问题。问题是,我本来服务器使用的市区是“Asia/Shanghai”(+08:00),然后用datetime.now保存到数据库中时,里面的时间总是比我的系统时间相差8小时(感觉是UTC时间),但是我也查看了MySQL数据库中的时区是“+08:00”的(在MySQL中“SET GLOBAL time_zone = ‘+08:00′;”语句可以设置时区)。这到底是什么原因呢?今天还花了不少时间来弄清楚这个问题。
我在models.py中定义的一个类如下(对于数据库中一张表):
12345678
class TestSuite(models.Model): id = models.AutoField(primary_key=True) name = models.CharField(max_length=40, blank=True) description = models.CharField(max_length=255, blank=True) bu = models.CharField(max_length=40, blank=True) is_enabled = models.BooleanField(default=True) create_time = models.DateTimeField(default=datetime.now) update_time = models.DateTimeField(default=datetime.now)
这里的create_time和update_time存到数据库中的时间总是UTC时区的时间(比北京时间慢了8个小时)。
Django还有一些warning打印出来:/Users/jay/workspace/te/env/lib/python2.7/site-packages/django/db/models/fields/__init__.py:903: RuntimeWarning: DateTimeField TestSuite.update_time received a naive datetime (2014-06-15 14:38:37.873873) while time zone support is active. RuntimeWarning)
这个warning的原因是,Django配置为使用timezone的datetime格式,而datetime.now是不包含timezone信息的。
如果不需要在程序中特别处理时区(timezone-aware),在Django项目的settings.py文件中,可以直接设置为“USE_TZ = False”就省心了。然后,在models.py中简单的设置为“ create_time = models.DateTimeField(auto_now_add=True)”和“update_time = models.DateTimeField(auto_now=True)”。
如果还要保持USE_TZ=True,则可设置为“default=datetime.now().replace(tzinfo=utc)” 。
我还试图去通过,django.utils.timezone.now()函数来获取当前时间,我还以为settings.py中已经设置“TIME_ZONE = ‘Asia/Shanghai’”,就可以得到正确的时区和时间;可惜它依然得到的是UTC的时间,翻看它的实现就一下明白了,如下:
123456789
def now(): """ Returns an aware or naive datetime.datetime, depending on settings.USE_TZ. """ if settings.USE_TZ: # timeit shows that datetime.now(tz=utc) is 24% slower return datetime.utcnow().replace(tzinfo=utc) else: return datetime.now()
另外,如果USE_TZ=True,那么设置auto_now_add=True(或auto_now=True)可以达到我的目的吗?答案也是否定的,翻看了一下Django对auto_now_add=True的处理就明白了,它就是对其赋值为 django.utils.timezone.now() 。
还是试图通过timezone来使用系统本地时间和时区,比如:default=timezone.localtime(timezone.now()) ,结果发现,也是不行的,存到MySQL中也是UTC时区的日期时间。得看下Django相应的实现代码了,DateTimeField与MySQL数据库交互的时候,是否都先转换为UTC的时间再更新到数据库的。
参考:http://www.360doc.com/content/15/0512/20/10072361_470016889.shtml
- Django models通过DateTimeField保存到MySQL的时间的时区问题
- Django models通过DateTimeField保存到MySQL的时间的时区问题
- Django models通过DateTimeField保存到MySQL的时间的时区问题
- DJANGO MODELS通过DATETIMEFIELD保存到MYSQL的时间的时区问题
- Django models通过DateTimeField保存到MySQL的时间的时区问题
- DJANGO MODELS通过DATETIMEFIELD保存到MYSQL的时间的时区问题
- django的时区(时间)问题
- django时间的时区问题
- django DateTimeField 时区问题解决
- django时间的时区问题(转)
- Django的时区问题
- 使用Django的models创建mysql数据库
- django操作mysql数据库&models的使用
- MySQL时区的问题
- Django时区设置, 解决mysql存入时间偏差问题
- django models交叉引用问题的解决方案
- python 将 mysql原有的表结构导入到django 的 models中
- Django Models的数据类型
- 架构-项目管理-jenkins
- 第六周实践项目3—括号的匹配
- iOS 数字转汉子 等特殊字符串
- Java字符串性能优化
- 【有效的单元测试】读书笔记第三章 测试替身
- Django models通过DateTimeField保存到MySQL的时间的时区问题
- 致iOS御用UI设计小伙伴
- 剑招offer之重建二叉树
- 转: RGB565、RGB888互相转换原理和代码
- 如何将GPS数据转换成KML数据?使用JAK的例子之二
- Adreno SDK 详细介绍(二)
- VC 如何使程序运行后自己删除自己
- 支付账户:appid\mch_id(微信支付商户号)\API密钥\Appsecret
- rocks快速添加节点