优化高级技巧：Django select related怎么 一对多查询减少SQL执行次数 |Duuu笔记
在生产环境中优化优化，本文分析
select_related 仅用于正向 ForeignKey 或 OneToOneField 关联，通过 JOIN 避免 N+1 查询；不支持反向关系、多对多字段；嵌套用双下划线；与 values() 等联用时易失效，需谨慎调试 SQL。
什么时候该用
select_related
？
只在「正向 ForeignKey 或 OneToOneField 关联」时才有效，比如
Article.author
（
author
是外键字段）。它通过 SQL 的
JOIN
一次性把关联对象查出来，避免 N+1 查询。
常见错误现象：
for article in Article.objects.all(): print(article.author.name)
会触发 1 次主表查询 + N 次
Author
查询；加了
select_related('author')
后只剩 1 次 JOIN 查询。
不能用于反向关系（如
author.article_set.all()
），那得用
prefetch_related
不支持多对多字段（
ManyToManyField
），哪怕正向定义也不行
如果关联字段允许为空（
null=True
），Django 默认用
INNER JOIN
，可能漏掉主表记录；需显式写
select_related('author__profile')
或改用
select_related('author').filter(author__isnull=False)
select_related
多层嵌套怎么写？
用双下划线连起来就行，比如
select_related('author__profile__avatar')
。Django 会生成多表 LEFT JOIN（只要中间字段允许 null，就自动用 LEFT；否则用 INNER）。
使用场景：用户列表页要显示作者头像、作者所在部门名称，且这些关系都是单向外键链。
每多一层，SQL 中就多一个 JOIN，字段膨胀风险上升——别无脑嵌套 4 层以上
如果某层字段是
OneToOneField
且
null=False
，Django 仍用 INNER JOIN，可能过滤掉数据
注意字段名冲突：比如
author__id
和
id
都存在，QuerySet 返回的
article.id
仍是主表 ID，但底层 SQL 列名会重命名避免冲突，不影响 Python 访问
和
values()
/
values_list()
一起用要注意什么？
一旦调用了
values()
，
select_related
就失效了——因为
values()
只返回字典，不再实例化模型对象，关联对象自然无法懒加载，Django 也就不生成 JOIN。
Action Figure AI
借助Action Figure AI的先进技术，瞬间将照片转化为定制动作人偶。
下载
性能影响明显：你以为加了
select_related
能省 SQL，结果
values('title', 'author__name')
看似等价，实则 Django 内部会忽略
select_related
，改走子查询或干脆不优化。
想取特定字段又想 JOIN，用
only('title', 'author_id')
+
select_related('author')
，再访问
obj.author.name
values_list('title', 'author__name')
是特例：它能触发 JOIN，但返回的是元组，不是模型实例，适合纯数据导出场景
如果已经用了
values()
，又想减少查询，只能手动
annotate()
+
F()
表达式模拟字段拼接
为什么有时候加了
select_related
SQL 没变少？
最常见原因是 QuerySet 被切片、排序或过滤到了关联字段上，导致 Django 放弃 JOIN 优化，退化成子查询。
典型错误场景：
Article.objects.select_related('author').order_by('author__name')[:10]
—— 这个
order_by
引用了外键字段，Django 为保证分页语义正确，会先查出主表 ID，再按 ID 批量查关联对象，变成 2 次查询。
解决办法：换用数据库原生排序（确保
author__name
有索引），或把排序逻辑移到 Python 层（仅限小数据集）
filter(author__name__icontains='x')
不影响
select_related
生效，它只是 WHERE 条件，JOIN 照常
调试技巧：打印
str(qs.query)
看实际 SQL，比猜靠谱得多
Django 的
select_related
是个精准工具，不是银弹。它只解决单向外键链的 N+1，且极易因后续链式操作被悄悄绕过。真正容易被忽略的，是它和
values()
、
order_by()
、
distinct()
这些方法的隐式冲突——这些地方不报错，但优化就没了。
