SQLAlchemy中字符串转DateTime后筛选数据不符合预期问题

你的问题大概率是时区不匹配或者对无时区感知的时间对象处理不一致导致的，咱们一步步拆解解决：

1. 核心问题：时间的时区属性不统一 #

• 你的created_at默认用lambda: datetime.utcnow()生成的是无时区标记（naive）的UTC时间，存储的是UTC标准下的时间点。
• 而datetime.strptime("2018-04-11 04:03:20", '%Y-%m-%d %H:%M:%S')生成的同样是naive时间，但它会被运行环境默认解释为本地时区时间，而非UTC时间。用本地时间去和UTC存储的created_at做比较，自然会出现不符合预期的筛选结果。

2. 针对性解决方案 #

方案A：确保筛选时间是UTC的naive时间 #

如果你确定字符串"2018-04-11 04:03:20"本身代表UTC时间，直接生成同标准的naive时间即可：

from datetime import datetime

# 生成与created_at同标准的UTC naive时间
beginning_time = datetime.strptime("2018-04-11 04:03:20", '%Y-%m-%d %H:%M:%S')

# 执行查询
candidates = session.query(SomeType).filter(SomeType.created_at >= beginning_time).all()

方案B：使用带时区感知的时间对象（更推荐，彻底避免时区混淆） #

借助pytz（兼容全Python版本）或Python 3.9+自带的zoneinfo，统一使用带明确时区标记的时间对象：

示例（使用pytz）：

import pytz
from datetime import datetime
from sqlalchemy import DateTime

# 定义UTC时区
utc = pytz.UTC

# 将目标时间字符串解析为带UTC时区标记的对象
beginning_time = utc.localize(datetime.strptime("2018-04-11 04:03:20", '%Y-%m-%d %H:%M:%S'))

# 修改模型字段，支持存储带时区的时间（需数据库支持，如PostgreSQL）
class SomeType(object):
    created_at = Column(DateTime(timezone=True), default=lambda: datetime.utcnow().replace(tzinfo=utc))

# 执行查询
candidates = session.query(SomeType).filter(SomeType.created_at >= beginning_time).all()

示例（Python 3.9+ 使用zoneinfo）：

from zoneinfo import ZoneInfo
from datetime import datetime
from sqlalchemy import DateTime

utc = ZoneInfo("UTC")

# 生成带UTC时区标记的时间对象
beginning_time = datetime.strptime("2018-04-11 04:03:20", '%Y-%m-%d %H:%M:%S').replace(tzinfo=utc)

# 模型字段定义
class SomeType(object):
    created_at = Column(DateTime(timezone=True), default=lambda: datetime.now(utc))

# 执行查询
candidates = session.query(SomeType).filter(SomeType.created_at >= beginning_time).all()

3. 额外排查点 #

• 直接检查数据库中的created_at值：比如在PostgreSQL中执行SELECT created_at FROM some_type LIMIT 10;，确认存储的时间是否符合UTC预期。
• 检查SQLAlchemy会话的时区配置：部分场景下会话会自动转换时间时区，导致比较逻辑出错。

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