我在postgres终端上运行故障事务时遇到了类似的行为。在此之后什么都没有通过，因为数据库处于错误状态。但是，作为一个快速解决方案，如果可以避免回滚事务。以下是我的诀窍:

提交;

您可以通过“set_isolation_level(0)”禁用事务

根据我的经验，这些错误是这样发生的:

try:
    code_that_executes_bad_query()
    # transaction on DB is now bad
except:
    pass

# transaction on db is still bad
code_that_executes_working_query() # raises transaction error

第二个查询没有问题，但是由于捕获了真正的错误，第二个查询将引发(信息量少得多的)错误。

edit:这只发生在except子句捕捉到IntegrityError(或任何其他低级数据库异常)时，如果你捕捉到像DoesNotExist这样的错误，这个错误将不会出现，因为DoesNotExist不会破坏事务。

这里的教训是不要尝试/except/pass。

在Flask shell中，我所需要做的就是一个session.rollback()来解决这个问题。

我认为在使用PostgreSQL时，priestc提到的模式更有可能是这个问题的常见原因。

然而，我觉得这个模式有一些有效的用途，我不认为这个问题应该成为总是避免它的理由。例如:

try:
    profile = user.get_profile()
except ObjectDoesNotExist:
    profile = make_default_profile_for_user(user)

do_something_with_profile(profile)

如果你觉得这种模式没问题，但又不想到处都是显式的事务处理代码，那么你可能会考虑开启自动提交模式(PostgreSQL 8.2+): https://docs.djangoproject.com/en/dev/ref/databases/#autocommit-mode

DATABASES['default'] = {
    #.. you usual options...
    'OPTIONS': {
        'autocommit': True,
    }
}

我不确定是否有重要的性能考虑因素(或任何其他类型)。

我也遇到了同样的问题。我在这里遇到的问题是我的数据库没有正确地同步。简单的问题似乎总是引起最大的焦虑。

要同步你的django db，在你的app目录中，在终端中，输入:

$ python manage.py syncdb

编辑:注意，如果你正在使用django-south，运行'$ python manage.py migrate'命令也可以解决这个问题。

编码快乐!