Django中简单关联用select_related仍未解决N+1查询问题

问题背景 #

模型结构如下：

class A(models.Model):
    somefield1 = models.CharField(max_length=100)
    somefield2 = models.CharField(max_length=100)

    # Y、Z类已存在
    y = models.ForeignKey(Y, on_delete=models.CASCADE)
    z = models.ForeignKey(Z, on_delete=models.CASCADE)

class B(models.Model):
    a = models.ForeignKey(A, on_delete=models.CASCADE, related_name="b_objs")

关联关系：B --> A --> Y、Z（无需关注A到Y/Z的外键）

现有188个A对象，1291个B对象关联这些A。执行查询：

list(B.objects.select_related('a'))

已确认Django生成了正确的INNER JOIN查询（返回1291行完整数据），但同时产生了1000+条针对单个A对象的查询，示例：

SELECT "A"."id",
       "A"."somefield1",
       "A"."somefield2",
       "A"."y_id",
       "A"."z_id"
       FROM "A"
       WHERE "A"."id" = 109 LIMIT 21; args=(109,); alias=default

即使改用select_related()或select_related().prefetch_related()，问题依旧。

可能原因及解决方案 #

1. A模型的自定义方法/属性触发了重新查询 #

检查A模型的__str__、__repr__方法，以及所有带@property装饰的属性，看是否存在以下情况：

• 调用了self.refresh_from_db()这类强制从数据库重新加载的方法；
• 逻辑中存在会触发实例重新查询的操作。

解决：
删除或修改触发重新查询的代码，确保所有需要的关联对象都通过select_related预取（比如需要访问Y时，使用select_related('a', 'a__y')）。

2. 信号接收器或中间件执行了额外查询 #

如果项目中定义了针对A或B模型的post_init、pre_save等信号接收器，或者有中间件会在实例访问时执行数据库操作，可能会触发额外查询。

解决：
暂时禁用所有自定义信号和非必要中间件，测试是否还会出现N+1查询。如果问题消失，逐一排查定位到具体的信号/中间件并修复。

3. Django版本bug #

某些旧版本的Django在处理select_related时可能存在缓存失效的bug，导致重复查询同一个对象。

解决：
升级到最新的稳定版Django，再测试问题是否复现。

4. 代码中存在重复获取A对象的逻辑 #

比如在遍历B列表时，除了访问b.a外，还有其他地方通过A.objects.get(id=b.a.id)这类代码重新获取A对象，这会绕过QuerySet的缓存机制。

解决：
检查遍历B对象的代码逻辑，确保所有对A的访问都直接使用b.a，避免重新查询数据库。

5. 使用django-debug-toolbar精准定位查询来源 #

最有效的方式是用django-debug-toolbar查看每个查询对应的调用栈，直接定位到触发查询的代码行。

解决：
安装并配置django-debug-toolbar，在页面中查看查询详情，找到触发单个A查询的具体代码位置，针对性修复。

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