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

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

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

try:
    conn.commit()
except:
    pass

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

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

我相信@AnujGupta的答案是正确的。然而，回滚本身会引发一个异常，你应该捕获和处理:

from django.db import transaction, DatabaseError
try:
    a.save()
except DatabaseError:
    try:
        transaction.rollback()
    except transaction.TransactionManagementError:
        # Log or handle otherwise

如果你发现你在不同的save()位置重写这段代码，你可以extract-method:

import traceback
def try_rolling_back():
    try:
        transaction.rollback()
        log.warning('rolled back')  # example handling
    except transaction.TransactionManagementError:
        log.exception(traceback.format_exc())  # example handling

最后，你可以使用一个保护使用save()的方法的装饰器来美化它:

from functools import wraps
def try_rolling_back_on_exception(fn):
    @wraps(fn)
    def wrapped(*args, **kwargs):
        try:
            return fn(*args, **kwargs)
        except:
            traceback.print_exc()
            try_rolling_back()
    return wrapped

@try_rolling_back_on_exception
def some_saving_method():
    # ...
    model.save()
    # ...

即使实现了上面的装饰器，保留try_rolling_back()作为提取的方法仍然很方便，以便在需要特定处理的情况下手动使用它，而通用的装饰器处理还不够。

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

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

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

DatabaseError: current transaction is aborted

要摆脱错误，在你修复了你的代码后回滚最后一个(错误的)事务:

from django.db import transaction
transaction.rollback()

你可以使用try-except来防止错误的发生:

from django.db import transaction, DatabaseError
try:
    a.save()
except DatabaseError:
    transaction.rollback()

参考:Django文档

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

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