我也有这个错误，但它掩盖了另一个更相关的错误消息，代码试图在100个字符的列中存储125个字符的字符串:

DatabaseError: value too long for type character varying(100)

我必须调试代码才能显示上面的消息，否则就会显示

DatabaseError: current transaction is aborted

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

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

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

$ python manage.py syncdb

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

编码快乐!

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

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。

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

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

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

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