Django模型序列化器是否需要性能调优？会自动执行only()字段查询吗？

首先给两个明确结论：

• Django REST Framework的ModelSerializer必须做针对性性能调优，它本身不带自动查询优化能力，默认写法在列表查询、关联关系多的场景下非常容易出性能问题。
• ModelSerializer不会自动读取Meta类里fields配置的字段列表，给查询集追加.only()实现字段裁剪，这个优化逻辑必须开发者主动实现。

为什么不会自动裁剪字段？ #

ModelSerializer的职责边界非常清晰：它只负责根据绑定的模型自动生成序列化字段、实现默认的增改逻辑，工作起点是你已经把查询集/模型实例传给它之后，才开始做数据格式转换，根本不会回溯修改你传入的查询集的查询规则。

举个最常见的踩坑场景：你有个Article模型，包含id、title、content三个字段，其中content是存几万字长文的TextField；你写了个列表序列化器，在Meta.fields里只声明了['id', 'title']，但视图里直接返回Article.objects.all()。这种情况下ORM执行SQL时依然会把每篇文章的content字段全部从数据库读进内存，只是最后序列化输出的时候把content丢掉而已，平白多了大量无效IO和内存开销，数据量大的时候接口延迟会非常高。

正确的优化方式 #

你在问题里提到的在视图get_queryset方法里手动加.only()的写法，是非常标准的字段裁剪优化手段：

def get_queryset(self):
   return SomeModel.objects.only('my_field_on_serializer')

实际使用的时候注意几个细节就好：

• 列.only()字段的时候要把所有序列化依赖的字段都算上：包括嵌套序列化用到的外键字段、SerializerMethodField自定义逻辑里读取的模型字段，漏写的话ORM会在序列化阶段触发单条回表查询，反而制造更多N+1问题
• 不要为了优化硬上.only()：如果模型本身字段很少、没有大体积字段，全量拉取单条记录的开销可以忽略，硬写.only()只会徒增后续字段变动时的维护成本；但只要存在序列化不需要的大字段（长文本、二进制内容等），字段裁剪是必须做的
• 字段裁剪只是ModelSerializer性能调优的一部分，最容易被忽略的是关联查询N+1问题：如果序列化器配置了外键、多对多字段的嵌套输出，一定要在构造查询集的时候提前加select_related/prefetch_related做预加载，不然每序列化一条记录就会触发一次关联表查询，百条级别的数据量就可能把接口响应时间拉到秒级

补充：现在有部分第三方DRF工具可以根据序列化器字段配置自动生成带字段裁剪、关联预加载的优化查询集，但这都是第三方扩展的能力，不是DRF框架原生自带的，本质还是把开发者手动写的优化逻辑做了自动封装，不存在什么黑魔法。

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