【问题标题】:Django + Postgresql -> unhandled exceptionDjango + Postgresql -> 未处理的异常
【发布时间】:2009-11-12 22:01:40
【问题描述】:

我偶尔但经常在 cursor.execute(django1.1/db/models/sql/query.py 第 2369 行)中遇到未处理的异常,使用 psycopg2 和 postgresql。

看起来数据库以某种方式断开连接,所以 Django 崩溃了。对于未处理的异常,在 Django 的 bugtrack (#11015) 中有一张票,但我更感兴趣的是 db 断开连接的原因,而不是 Django 没有捕获它的原因。

使用 django 的开发者。服务器这个错误永远不会发生(它按顺序运行db请求,并发永远不会发生),所以它就像它与db请求并发或什么有关。

我无权访问 postgresql 配置。或日志。

欢迎提出任何建议,可能对 postgresql 进行一些调整,或者对如何调试此问题提出一些想法。

upd: 看起来像这个问题 - Django + FastCGI - randomly raising OperationalError - 解决了同样的问题,但没有提供解决方案:-(

【问题讨论】:

  • 我也遇到了这个可怕的问题。我在互联网上进行了详尽的搜索,但找不到解决方案。终于切换到MySql,从此一直很开心。
  • 您使用的是哪个 postgres 版本?我已经使用 postgres 和 django 6 个月了,而且 postgres 从未出现过故障。
  • 我正在使用 PostgreSQl 8.3.7 和 PostGIS,这就是为什么我不能切换到 MySQL
  • 看看 PostgreSQL 日志,我假设一切都在那里。向我们展示 Postgres 日志和 django 日志……都应该在那里 :)

标签: django exception postgresql concurrency


【解决方案1】:

问题可能主要出在 Imports 上。至少这就是发生在我身上的事。在网上一无所获后,我编写了自己的解决方案。请在此处查看我的博文:Simple Python Utility to check all Imports in your project

当然,这只会帮助您很快找到原始问题的解决方案,而不是您的问题本身的实际解决方案。

【讨论】:

    猜你喜欢
    • 2012-06-05
    • 1970-01-01
    • 2011-06-20
    • 1970-01-01
    • 1970-01-01
    • 2018-08-25
    • 1970-01-01
    • 2011-11-19
    相关资源
    最近更新 更多