这种行为对我来说很奇怪。我很惊讶没有人想到保存点。在我的代码中，查询失败是预期的行为:

from django.db import transaction
@transaction.commit_on_success
def update():
    skipped = 0
    for old_model in OldModel.objects.all():
        try:
            Model.objects.create(
                group_id=old_model.group_uuid,
                file_id=old_model.file_uuid,
            )
        except IntegrityError:
            skipped += 1
    return skipped

我用这种方式更改了代码来使用保存点:

from django.db import transaction
@transaction.commit_on_success
def update():
    skipped = 0
    sid = transaction.savepoint()
    for old_model in OldModel.objects.all():
        try:
            Model.objects.create(
                group_id=old_model.group_uuid,
                file_id=old_model.file_uuid,
            )
        except IntegrityError:
            skipped += 1
            transaction.savepoint_rollback(sid)
        else:
            transaction.savepoint_commit(sid)
    return skipped

当查询产生错误，而您试图在不先回滚事务的情况下运行另一个查询时，postgres就会这样做。(你可能会认为这是一个安全功能，防止你破坏你的数据。)

要解决这个问题，您需要找出在代码中执行错误查询的位置。在postgresql服务器中使用log_statement和log_min_error_statement选项可能会有所帮助。

这是一个糟糕的sql执行问题，它不允许其他查询执行，直到前一个查询被挂起/回滚。

在PgAdmin4-4.24中有一个回滚选项，可以尝试一下。

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

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

$ python manage.py syncdb

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

编码快乐!

作为对@priestc和@Sebastian的回应，如果你也这样做呢?

try:
    conn.commit()
except:
    pass

cursor.execute( sql )
try: 
    return cursor.fetchall()
except: 
    conn.commit()
    return None

我刚刚尝试了这段代码，它似乎工作，失败无声，而不必关心任何可能的错误，并在查询良好时工作。

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