django ORM 查询速度慢的原因

最新推荐文章于 2024-04-17 10:17:01 发布

原创最新推荐文章于 2024-04-17 10:17:01 发布 · 1.7k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#python #django

Django 专栏收录该内容

6 篇文章

订阅专栏

在本地调试Django项目时遇到页面加载慢的问题，最初怀疑是外部CDN资源加载导致，但将less改为本地后问题依旧。通过检查代码发现，存在多个数据库查询操作，特别是`order_by`导致了性能下降。移除`order_by`后，页面加载速度从2秒降至50ms，显著提升了网页响应速度。

今天在本地调试django时，发现页面打开速度竟然达到2秒多。
由于调用了less的CDN，我怀疑会不会是加载外部文件的原因，于是把less放在了本地。
再次刷新发现，速度还是那么多，没有变化。

检查了一下查询代码：
models.Artical.objects.filter(category=‘chinese’).order_by(click")

一共加了七条这样的查询，把order_by去掉后再次刷新网页，速度变成 50ms，秒开，问题解决。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

jp192021

关注关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Django ORM使用

m0_61810345的博客

08-20

999

通过创建模型类对象，执行对象的save()方法保存到数据库中。

django之ORM查询之queryset与objects细探

爬山的小明

01-24

1243

一、查询对象从数据库里检索对象，可以通过模型的Manage来建立QuerySet,一个QuerySet表现为一个数据库中对象的结合，他可以有0个一个或多个过滤条件，在SQL里QuerySet相当于select语句用where或limit过滤。你通过模型的Manage来获取QuerySet，每个模型至少有一个Manage 注:Managers只可以通过模型的类访问，而不可以通过模型的实例访问，目...

1 条评论您还未登录，请先登录后发表或查看评论

1 条评论

angelgods 2022.11.24
是不是没有创建索引啊，你去掉的是排序功能

mysql mem django_话说Django orm模型为什么比原生的mysqldb慢

weixin_29978783的博客

02-17

415

首先确认下mysql索引问题.进入mysql，查看索引情况，命中索引.mysql> explain SELECT sum(idate_count) FROMbuzz_keyword_historyWHERE (buzz_keyword_history.date< ’2015-09-20 00:00:00′ ANDbuzz_keyword_history.date&g...

Django | ORM数据库慢查询优化

weixin_46407419的博客

03-04

841

数据库查询优化引子：准备工作： settings.py添加该配置参数: # 只要操作数据库那么就会打印sql语句 LOGGING = { 'version': 1, 'disable_existing_loggers': False, 'handlers': { 'console':{ 'level':'DEBUG', ...

浅谈优化Django ORM中的性能问题

09-16

主要介绍了浅谈优化Django ORM中的性能问题，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧

为什么django的ORM性能不高

唯有热爱可抵万难

04-17

613

在许多应用中，Django ORM的性能是可以接受的，并且其易用性和开发效率的优势超过了潜在的性能损失。Django的ORM（对象关系映射）被设计为开发者友好的工具，它简化了数据库操作的复杂性，允许开发者使用Python代码来定义和操作数据库模型，而不是直接编写SQL语句。在某些复杂查询或大量数据处理的情况下，ORM生成的查询可能不如手动优化的SQL高效。：这是ORM中常见的一个性能问题，当在循环中处理相关对象时，如果每个对象都触发一个单独的数据库查询，那么总查询次数将是N+1（其中N是对象的数量）。

优化Django ORM中的性能问题

热门推荐

orangleliu 笔记本

02-25

1万+

原文地址 Solving Performance Problems in the Django ORM Django是个好工具，使用的很广泛。在应用比较小的时候，会觉得它很快，但是随着应用复杂和壮大，就显得没那么高效了。当你了解所用的Web框架一些内部机制之后，才能写成比较高效的代码。怎么查问题Web系统是个挺复杂的玩意，有时候有点无从下手哈。可以采用自底向上的顺序，从数据存储一直到数据展现，

django orm插入一条_Django【第6篇】：Django之ORM单表操作（增删改查）

weixin_32239523的博客

01-14

501

一、添加表记录对于单表有两种方式# 添加数据的两种方式# 方式一：实例化对象就是一条表记录Frank_obj = models.Student(name ="海东",course="python",birth="2000-9-9",fenshu=80)Frank_obj.save()# 方式二：models.Student.objects.create(name ="海燕",course="pyt...

django-dbconn-retry：修补Django，以在失败的数据库连接上重新连接一次，然后再失败。例如，通过HAProxy帮助运行Django ORM

02-05

1. **Django ORM的异常处理**：Django ORM在遇到数据库错误时，通常会立即抛出异常。`django-dbconn-retry`通过捕获这些异常并尝试重新连接，提供了一种优雅的错误处理策略。 2. **数据库连接池**：虽然`django-...

django框架使用orm实现批量更新数据的方法

01-01

没办法，业余玩python,django，工作用java的原因，也只能如此。在用django写一个类别更新的时候同时更新子类的parentcode, 如果是自己写原生的sql的话，很好解决。但既然用 django 就用 django 的 orm 去实现: 最...

Django针对复杂运算查询分页数据缓慢重写分页方法

xydzhp的专栏

12-14

1084

Django针对复杂运算查询分页数据缓慢重写分页方法

django的admin速度慢优化:date_hierarchy、list_filter

wangjinyu124419的博客

07-27

5075

项目是一个django的后台系统，有一个表大概有180万条数据，打开页面基本要10多秒，自己都要受不了了。第一次尝试对项目进行优化。首先查到用django-debug-toolbar查询了下那些sql语句耗时。 django-debug-toolba文档:https://django-debug-toolbar.readthedocs.io/en/latest/installation.ht...

django序列化器速度太慢优化

weixin_44612331的博客

11-22

1585

两个有关联关系的models 无用代码已经删除留了关键模块 class Business(models.Model): date = models.DateTimeField(default="2018-01-23 15:55") average = models.FloatField(default=0) class Testcase(models.Model): measure=models.ForeignKey(Business,default=0) value= m

Django ORM效率提升技巧

qq_26489147的博客

06-30

1320

1.QuerySet原理日常django中使用的filter查询是返回QuerySet对象，是懒加载，只有当访问到对应数据的时候，才会真正访问数据库，如果再次访问查询到的数据，将不会触发数据查询。例子： queryset = KeyWord.objects.all() # 访问数据，执行数据查询 if queryset: print("123") # 再次读取数据，不会执行数据查询 first_data = queryset[0] 2.select_related查询(连表查询) 性能相关

【Django-CI系统】优化ORM读取速度-20220525

Season 优快云博客

05-25

221

效果：优化ORM读取速度，节约大概2秒。 views.py 将所有模型都查出来，避免反复查询数据造成读取速度下降。将所有模型都查出来 # 将所有模型都查出来 suggestion_all = suggestion.objects.all() dept_review_all = dept_review.objects.all() headcount_all = headcount.objects.all() User_all = User.objects.all()

(总结)Django 高性能ORM 查询优化

Nick.Peng's Blogs

11-28

4043

文章目录导读一、QuerySet1.1 可切片1.2 可迭代1.3 惰性查询1.4 缓存机制（重点）1.5 何时查询集不会被缓存?二、exists() 与 iterator() 方法（重点）2.1 exists2.2 iterator2.3 总结:三、查询优化（重点）3.1 select_related(基于连表查询，一对一/多外键)3.1.1 一对一简单使用3.1.2 多外键查询3.1.3 深层...

关于Django响应速度慢的问题

qq_40821163的博客

03-10

4402

响应速度慢，跳转一个网页最慢的时候快十秒，找到了其中一个原因。前期开发只想着实现逻辑功能就行，忽略掉了内存、数据库查询速度等大批量复杂度问题，导致Django框架查询速度、响应速度过慢。 1.数据库查询优化拒绝使用以下语句： if question = Question.objects.filter(catalogue_id=catalogue_id): pass 而要换成： question = Question.objects.filter(catalogue_id=catalogue_id)

Django分页慢的问题解决方案

yinshuwei的专栏

05-14

3544

在使用Django进行分页的时候，发现数据量大了会变得很慢，有明显的延迟几百万数据延迟竟能达到1-2秒。经过一番分析，本人总结出了几个关键点，并提供了一种实测可行的解决方案。首先介绍一下环境，本人使用的是layUI后台管理模板。分页layUI已经搞定，后台服务只需要按照layUI的请求，返回正确页面的数据和总数据量。前端请求url类似这样：/use/ship/data...

Django ORM Paginator查询分页信息，无法返回id什么原因

最新发布

04-25

<think>好的，我现在需要帮助用户解决Django ORM中Paginator分页无法返回id的问题。首先，我得理解用户的具体情况。用户提到在使用Paginator进行分页查询时，无法获取到对象的id，这可能是什么原因导致的呢？根据引用中的内容，Paginator通常与ORM查询一起使用，比如引用[1]和[5]中的例子，都是通过Paginator分页查询模型对象。正常情况下，每个对象都应该有id字段，除非查询时排除了这个字段。可能的原因有几个：首先，检查ORM查询是否使用了values()或values_list()方法，这些方法会返回字典或元组而不是模型实例，导致直接访问属性时出现问题。比如如果用户用了values('name')而没有包含id，那么结果中自然没有id。这时候需要确保查询包含id字段，或者在values中包含'id'。其次，分页后的对象是否正确处理。Paginator的page对象包含object_list，里面应该是模型实例，可以直接访问id属性。但如果用户在模板中访问时出错，可能是因为模板中的变量名不正确，比如写成obj.id而不是object.id，或者循环变量命名有误。另外，检查模型是否有自定义的主键字段。如果模型的主键不是id，而是其他字段，比如uuid，那么用户可能误以为id存在，但实际上应该访问自定义的主键字段。还有可能是数据库表结构的问题，比如某些情况下id字段不存在或被重命名，导致ORM无法获取。需要确认数据库表中是否存在id列，以及模型定义是否正确。解决方法包括：确保查询集包含id字段，检查是否使用了正确的ORM方法，验证模型定义和数据库结构，以及在模板中正确引用属性。例如，在查询时避免使用values()，或者显式包含id；检查模板中的变量名是否正确；确认模型的主键是否为id等。还需要考虑用户是否在分页后正确处理了对象。比如，在视图中是否正确传递了分页对象到模板，模板中是否遍历了page.object_list，并正确访问每个对象的id属性。可能用户遇到了其中一种情况，需要逐一排查。根据引用中的例子，比如引用[5]的代码，分页后的对象使用page.object_list来获取数据，并遍历每个book对象，这时候book.id应该是可用的。如果用户没有正确使用这些步骤，可能导致无法获取id。总结可能的解决步骤：检查查询是否包含id，确保使用all()或filter()而不是values，检查模板变量是否正确，确认模型的主键设置，以及数据库表结构是否正确。</think>在Django ORM中使用Paginator分页时无法返回id的常见原因及解决方法如下： ### 一、主要原因分析 1. **未正确获取模型对象** 当使用`.values()`或`.values_list()`进行查询时，返回的是字典/元组而非完整模型对象，若未显式包含id字段则无法获取[^3][^5]。例如： ```python # 错误示例：未包含id字段 queryset = Model.objects.values('name') paginator = Paginator(queryset, 10) ``` 2. **模板属性访问错误** 分页后的`page.object_list`包含模型实例，但模板中若错误使用`{{ item.0 }}`而非`{{ item.id }}`会导致属性丢失[^2][^5]。 3. **自定义主键覆盖** 若模型定义中设置了`primary_key=True`的自定义字段（如`uuid`），原生`id`字段会被替代[^4]。 4. **数据库表结构异常** 表缺少`id`主键字段或ORM模型未正确定义`id`字段。 ### 二、解决方案 #### 1. 确保查询集包含完整对象 ```python # 正确用法：返回完整对象 queryset = Model.objects.all() # 或 filter(...) paginator = Paginator(queryset, 10) ``` #### 2. 显式指定需要字段若必须使用`.values()`： ```python queryset = Model.objects.values('id', 'name') # 显式包含id paginator = Paginator(queryset, 10) ``` #### 3. 模板中正确访问属性 ```html {% for item in page.object_list %} {{ item.id }} {# 直接访问模型属性 #} {% endfor %} ``` #### 4. 验证模型定义检查模型是否明确定义了`id`字段： ```python class MyModel(models.Model): id = models.AutoField(primary_key=True) # 显式声明 # 或自定义主键字段 custom_id = models.UUIDField(primary_key=True) ``` #### 5. 检查数据库结构通过Django迁移命令验证表结构： ```bash python manage.py dbshell \d+ app_mymodel; # PostgreSQL查看表结构 ``` ### 三、调试建议在视图中打印分页数据： ```python page = paginator.page(1) print(page.object_list[0].__dict__) # 查看对象属性 print(page.object_list.query) # 检查生成SQL ```