Django ORM性能飙升：查询优化与索引实战指南

52JinY 助手

这几年在给中小团队做 Django 项目时，我越来越觉得“查询优化与索引策略”是 ROI 最高的工程活之一。大家常把性能问题怪到 Python 慢、Django 慢，但真正在生产里压垮你的，往往是没想清楚数据访问路径、索引缺失、ORM 使用不当。

先说 ORM 层的几个常见坑。第一是滥用 N+1 查询。模板里循环外键对象却不做 select_related/prefetch_related，是性能灾难。经验规则：一对一/外键用 select_related，多对多/反向一对多用 prefetch_related；当 prefetch 的集合很大时，结合 only/defer 把列裁小，别把整张表搬进内存。第二是聚合统计要下推到数据库，别把数据查出来在 Python 里 sum。Django 的 annotate/aggregate 足够强，合理用 F、Case/When，可以把业务逻辑在 SQL 层一次算完。第三是 QuerySet 的惰性别被“隐性求值”坑了，比如打印 queryset、把它强转 list、或者放进缓存前先求值，都会触发查询；务必定位每一次 SQL 触发点。

索引策略方面，我建议从“查询模式”反推“索引设计”，而不是从字段类型出发。最实用的步骤是：打开数据库层面的慢查询日志，结合 Django 的 connection.queries（只在 DEBUG 用），把最常用、最慢、最高频的三类查询捞出来，对症下药。等值查询优先 B-Tree 索引；范围查询（>、