问题是这样的,项目在本地没什么问题,但是部署到服务器过一阵子发现,这个时间会在某一刻定死不变。
重启uwsgi后,发现第一条数据更新到了目前最新时间,过了一会儿再次发送也变了时间,但是再过几分钟再发就会变成和上次一样的时间。
我的基类模型是这样写的
python
class BaseModel(db.Model):
""" 基类模型 """
__abstract__ = True
id = db.Column(db.Integer, primary_key=True, comment='id主键')
add_time = db.Column(db.DateTime, default=datetime.now(), comment='创建时间')
upd_time = db.Column(db.DateTime, default=datetime.now(), onupdate=datetime.now(), comment='更新时间')
从发送到保存都检查了一遍,没有发现什么问题,且检查了debian的时区和date是没问题的,因为python的datetime就是基于系统时间而言去生成的。
解决方案是需要将时间函数改成函数引用的方式,将now
的函数地址传递。这也每次sqlalchemy生成执行sql的时候,将会直接执行函数引用,将 datetime.now
当作参数进行传递,并执行。
最终将 datetime.now()
改成datetime.now
搞定
python
class BaseModel(db.Model):
""" 基类模型 """
__abstract__ = True
id = db.Column(db.Integer, primary_key=True, comment='id主键')
add_time = db.Column(db.DateTime, default=datetime.now, comment='创建时间')
upd_time = db.Column(db.DateTime, default=datetime.now, onupdate=datetime.now, comment='更新时间')
源码分析:
Column
的default
参数通常接收一个默认的固定值以及一个可调用对象
处理列的默认值的关键类,这里的 __new__
构造方法是决定 ColumnDefault 类实例化行为关键代码。
- 如果 arg 是一个可调用对象(callable),则创建 CallableColumnDefault 类的实例。
- 如果 arg 是 ClauseElement 的实例,创建 ColumnElementColumnDefault 类的实例。
- 如果 arg 是非 None 的其他类型,创建 ScalarElementColumnDefault 类的实例。
如果你传入的是 datetime.now
则会走 CallableColumnDefault
,否则 now()
的话就会视为常量而走 ScalarElementColumnDefault
当你将 datetime.now 作为 default 参数传递时(不带括号),它被视为一个可调用对象,因此会创建 CallableColumnDefault 的实例。这意味着每次需要默认值时,datetime.now 都会被调用,生成一个新的当前时间戳。
而当你传递 datetime.now() 时(带括号),它立即执行并返回一个具体的 datetime 对象。然而,这种用法通常不是期望的,因为它不会在每次插入操作时提供一个新的时间,而是使用了定义时的时间。
在实际运行时,SQLAlchemy 会根据 ColumnDefault 实例的类型来确定如何处理默认值
可以得到结论是在SQLAlchemy中,关于时间创建时自动生成的逻辑,是得用 datetime.now
作为可调用对象传递过去,而不是常量。但是关于我在重启服务后,并没有直接定死,而是发了两条可以获得两个时间节点的数据后,再定死的逻辑没有查到具体的位置。按照分析如果我最初传入的是 now()
则在第一次是 16:01
后再次发也是 16:01
。但这块是在我下一次发送时成了 16:12
而后就再也不会去调用函数获取时间了,永远定死。这块可能的因素太多了。搞定问题暂时Run着,有分析过的老哥交流一下,peace