【问题标题】:Django error - matching query does not existDjango 错误 - 匹配的查询不存在
【发布时间】:2013-07-22 17:49:55
【问题描述】:

我终于将我的项目发布到生产级别,突然间我遇到了一些我在开发阶段从未处理过的问题。

当用户发布一些操作时,我有时会收到以下错误。

Traceback (most recent call last):

  File "/usr/local/lib/python2.7/dist-packages/django/core/handlers/base.py", line 111, in get_response
    response = callback(request, *callback_args, **callback_kwargs)

  File "home/ubuntu/server/opineer/comments/views.py", line 103, in comment_expand
    comment = Comment.objects.get(pk=comment_id)

  File "/usr/local/lib/python2.7/dist-packages/django/db/models/manager.py", line 131, in get
    return self.get_query_set().get(*args, **kwargs)

  File "/usr/local/lib/python2.7/dist-packages/django/db/models/query.py", line 366, in get
    % self.model._meta.object_name)

DoesNotExist: Comment matching query does not exist

真正让我沮丧的是,该项目在本地环境中运行良好,而且数据库中确实存在匹配的查询对象。

现在我怀疑该用户正在访问数据库,而该数据库已保留给其他用户,但没有办法证明我的论点,也没有任何解决方案。

以前有人遇到过这种问题吗?有关如何解决此问题的任何建议?

非常感谢您提前提供的帮助。

编辑:我使用从收到的服务器错误电子邮件中检索到的相同信息手动查询了数据库。我能够毫无问题地进入条目。此外,似乎用户执行的完全相同的行为在大多数情况下不会引发任何问题,而是在某些(尚不清楚)情况下。总之,数据库中缺少条目绝对不是问题。

【问题讨论】:

  • 很明显是数据问题:comment = Comment.objects.get(pk=comment_id)验证id存在于数据库中
  • "python manage.py sqlall" 将生成与您的模型对应的 SQL。检查它是否对应于数据库模式 SQL。例如,如果使用 PostgreSQL,它也可能是一个顺序问题。结论:你能带来更多关于你的环境的信息(SQDB、DB、DB中的对应表和models.py中的代码,...)吗?
  • @Ricola3D 您好 Ricola,我目前正在使用从 Amazon EC2 实例托管它的 MySql DB。我暂时使用的是内置的 Django Comment。同时,我将尝试运行您建议的 sqlall 命令。谢谢。

标签: database django django-models production


【解决方案1】:

您提出错误的行在这里:

comment = Comment.objects.get(pk=comment_id)

您尝试访问不存在的评论。

from django.shortcuts import get_object_or_404

comment = get_object_or_404(Comment, pk=comment_id)

您的用户不会在您的服务器上出现错误,而是会收到 404,这意味着他尝试访问不存在的资源。

到这里为止,我想你已经知道了。

有些用户(我也是其中的一员)让标签页长时间运行,如果用户有权删除数据,则可能会发生这种情况。与向管理员发送电子邮件相比,404 错误可能是处理已删除资源错误更好的错误。

其他用户会从他们的历史记录中访问地址,(如果数据已被删除,则相同,因为它可能会发生)。

【讨论】:

  • +1 在长时间运行的标签上。 404 via old tabs发生在我身上很多。
  • 感谢克里斯的建议。真正困扰我的是,当我手动查询 MySql 数据库(使用从服务器收到的错误信息)时,我确实点击了正确的条目而没有任何问题。此外,相同的操作有时会引发 DoesNotExist 异常,但其他大部分时间都有效。数据库中缺少条目似乎不是问题:(
  • 我的用户可能较少,但使用 postgres 我从来没有遇到过这种问题。我们真的没有太多信息,你的数据库没有slave/master集群?你不在查询集上使用缓存?
  • @christophe31 所以我还没有真正实现任何类型的数据库性能优化,也没有备份从/主集群或查询集缓存等方法。我想我会实现这些功能,看看问题是否仍然存在。
  • 您也可以在 catch 中添加:from django.db import connection, connection.connection.close(), connection.connection = None 尝试重置数据库连接并从新连接开始。
【解决方案2】:

你可以用这个:

comment = Comment.objects.filter(pk=comment_id)

【讨论】:

  • 好吧,如果有您想要的特定对象,那么您不能使用过滤器,因为如果查询不匹配,它可能会返回空列表。当它匹配时,你必须使用列表中的第一个对象。
  • 大概这就是重点:使用过滤器并测试结果是否有零个或一个条目,而不是生成异常?
  • 值得注意的是Model.objects.filter 将返回一个查询集,而Model.objects.get 将返回一个对象。如果对象不存在,前者会返回一个空查询集,后者会导致Model.DoesNotExist错误。
  • 如果没有找到记录,Comment.objects.filter(pk=comment_id).first() 将返回 None
【解决方案3】:

也许你没有这样主键的评论记录,那么你应该使用这个代码:

try:
    comment = Comment.objects.get(pk=comment_id)
except Comment.DoesNotExist:
    comment = None

【讨论】:

  • 这种情况下的最佳选择。不要向用户抛出 404,而是捕获错误并显示一个漂亮的预配置消息。没有心脏燃烧。
  • 它在这里如何工作? def previous_job(self): return self.get_previous_by_start_dt(brand=self.brand, status='finished') or None这里不知道怎么实现try catch
【解决方案4】:

你可以试试这个方法。只需使用一个函数来获取您的对象

def get_object(self, id):
    try:
        return Comment.objects.get(pk=id)
    except Comment.DoesNotExist:
        return False

【讨论】:

    猜你喜欢
    • 2021-12-26
    • 2015-04-20
    • 2021-07-26
    • 2011-07-27
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多