Django QuerySet性能疑问：values()与only()耗时差异过大

你观察到的性能差异是Django ORM的正常表现，创建Model实例的开销确实远高于直接处理字典数据，同时还有几个额外因素放大了这个差距：

1. Model实例的本质开销 #

• values()直接返回数据库查询结果的字典，仅做简单的字段数据映射，几乎没有额外CPU开销。
• only()虽然只加载指定字段，但仍会为每条记录创建完整的Model实例——这意味着要处理字段类型转换、信号钩子、属性缓存等一系列Model层逻辑，每条实例的初始化都有固定开销，数据量越大，累计耗时越显著。

2. 数据库查询的隐藏差异 #

你提到MySQL客户端查询仅需0.5秒，但要注意：

• only()生成的SQL查询和values()类似，但Django在处理Model实例时，会额外做ORM反序列化工作——把数据库返回的原始数据转换成Model属性，这个过程涉及类型校验、字段转换（比如date_updated的datetime转换），这些都是纯Python层面的CPU开销，和数据库查询速度无关。
• 此外，only()查询时Django默认开启查询缓存，遍历大量实例时，缓存的内存占用和管理也会带来额外开销，而values()返回的字典不存在这个问题。

3. 针对性优化建议 #

• 既然你的场景只需要拼接URL的字段，完全没必要用only()，坚持用values()是最优选择，甚至可以用values_list()获取元组，拼接效率可能更高：

  for obj in events.values_list('slug', 'id', 'date_updated'):
      s = f'/events/{obj[0]}_{obj[1]}_{obj[2]}/'
  

• 如果后续确实需要使用Model实例（比如调用Model方法），可以用iterator()分批加载数据，减少内存占用和单次实例化压力：

  for obj in events.only('slug', 'date_updated').iterator(chunk_size=1000):
      s = f'/events/{obj.slug}_{obj.pk}_{obj.date_updated}/'
  

总结 #

你遇到的情况不是环境配置问题，是Django ORM的正常表现。values()专为仅需字段数据的场景设计，避免了Model实例化的大量开销，完全契合你生成站点地图的需求。

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