符合Django QuerySet筛选条件的对象未返回，该如何排查？

我太懂这种困惑了！明明手里的用户对象满足所有筛选条件，结果QuerySet里就是找不到它——这种情况我踩过好几次坑，大概率是内存中的对象和数据库里的数据不同步导致的。

先看你给出的场景：你在Python Shell里检查suz的reminded、wait_until、is_active都符合筛选条件，但filter出来的remindable就是不包含它。结合你最后提到的“重启Shell后恢复正常”，几乎可以确定：你之前修改了suz的属性（比如把reminded改成False，或者调整了wait_until），但忘记调用suz.save()把变更同步到数据库！

为什么会这样？ #

Django的ORM对象是内存中的快照，当你修改对象属性时，只是改了内存里的数据，并不会自动同步到数据库。而filter()方法是直接对数据库执行SQL查询，所以数据库里的suz还是旧数据，自然不满足筛选条件——但你内存里的对象是修改后的，这就出现了“自相矛盾”的现象。

下次遇到类似问题的调试步骤 #

如果再碰到这种“明明符合条件却查不到”的情况，可以按下面的方法快速排查：

• 重新拉取数据库对象：在Shell里重新执行suz = User.objects.get(email="redacted")，再检查它的属性。如果和你之前内存里的对象不一样，说明之前的修改没保存到数据库。
• 查看生成的SQL语句：打印QuerySet对应的SQL，直接去数据库执行验证：

  print(remindable.query)
  

  这样能快速区分是ORM筛选逻辑的问题，还是数据库数据的问题。
• 检查事务状态：如果代码里用到了事务，可能存在未提交的事务，导致数据库数据没更新，QuerySet查不到最新内容。
• 验证时区与字段类型：确保wait_until（DateTimeField）和筛选用的now/an_hour_ago都是时区-aware的datetime对象（你用timezone.now()是对的，要是不小心用了datetime.datetime.now()就会出问题）。

总结 #

核心教训就是：修改Django ORM对象的属性后，一定要调用save()方法将变更同步到数据库！在Shell里调试时很容易忽略这一步，导致出现这种“幻觉”式的bug。重启Shell后恢复正常，本质是因为内存里的旧对象被销毁，重新从数据库拉取了正确的数据。

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