Django通过related_name查询外键返回数据库不存在记录的排查求助

我在Django中遇到一个诡异的问题：通过外键的related_name关联查询时，得到了数据库中实际不存在的记录。简化模型与代码如下：

模型定义 #

class Pet(models.Model):
    id = models.UUIDField(primary_key=True, default=uuid.uuid4, editable=False)
    name = models.CharField(max_length=50, null=False, db_index=True)
    owner = models.ForeignKey("Person", null=False, related_name="pets", on_delete=models.CASCADE)
    relationship = models.IntegerField(null=False, choices=PetRelationship.choices(), db_index=True)

测试函数 #

def pet_tester(person):
    for pet in person.pets.filter(relationship=PetRelationship.FRIENDLY):
        pet_id = pet.id
        LOGGER.info(f"*************** pet.id = {pet_id}")
        LOGGER.info(f"******* Pet exists? = {Pet.objects.filter(id=pet_id).exists()}")
        # 后续业务逻辑

实际运行时，exists()返回False，直接查询PostgreSQL数据库也找不到对应UUID的Pet记录，但person.pets.filter却始终返回这条记录。问题稳定复现，已排除数据库损坏可能。

可能成因及排查方向 #

1. Django ORM缓存机制影响 #

• 排查person对象是否来自缓存（如cache.get、第三方缓存库），缓存的对象可能关联了已删除的Pet记录。
• 检查是否对person.pets做过预加载（select_related/prefetch_related），预加载后Pet记录被删除，但缓存的预加载数据未更新。
• 尝试在循环前调用person.refresh_from_db()刷新对象，再执行关联查询，验证问题是否消失。

2. 数据库事务隔离与未提交操作 #

• 检查当前函数是否处于未提交事务中：若之前有代码删除Pet但未提交事务，person.pets可能读取事务内快照数据，而Pet.objects.filter读取数据库全局快照（取决于事务隔离级别）。
• 确认PostgreSQL事务隔离级别配置，以及代码中transaction.atomic()的使用范围，排查事务边界是否合理。

3. 自定义模型管理器/QuerySet逻辑 #

• 检查Pet模型是否自定义了Manager或重写get_queryset，是否存在返回软删除记录的逻辑，但exists()查询未包含该逻辑。
• 验证Person模型的pets关联是否被自定义QuerySet修改，比如默认过滤条件与实际删除逻辑冲突。

4. 数据库触发器或外键异常 #

• 检查PostgreSQL中是否存在Pet表相关触发器，比如删除Pet时未正确维护外键关联，导致数据库层面的关联缓存未更新。
• 手动删除一条Pet记录，验证Person表的外键关联是否正常，是否存在无效的外键引用。

5. Django信号的异常处理 #

• 排查针对Pet模型的post_delete/pre_delete信号，信号处理函数是否存在异常逻辑，导致关联数据未正确清理。
• 确认信号处理是否在正确的事务上下文中执行，是否存在事务回滚但信号操作未回滚的情况。

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