我正在使用python包psycopg2，我在查询时得到了这个错误。 我一直只运行查询，然后运行execute函数，但是当我重新运行连接(如下所示)时，它解决了这个问题。所以重新运行什么是上面你的脚本即连接，因为有人说上面，我认为它失去了连接或不同步或其他。

connection = psycopg2.connect(user = "##",
        password = "##",
        host = "##",
        port = "##",
        database = "##")
cursor = connection.cursor()

我也遇到了类似的问题。解决方案是迁移db (manage.py syncdb或manage.py schemmigration——auto <表名>如果您使用south)。

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

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

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

DatabaseError: current transaction is aborted

我相信@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()作为提取的方法仍然很方便，以便在需要特定处理的情况下手动使用它，而通用的装饰器处理还不够。

我遇到过这个问题，错误出现是因为错误事务没有正确结束，我在这里找到了事务控制命令的postgresql_transactions

事务控制

下面的命令用于控制事务

BEGIN TRANSACTION − To start a transaction.

COMMIT − To save the changes, alternatively you can use END TRANSACTION command.

ROLLBACK − To rollback the changes.

所以我使用END TRANSACTION来结束错误TRANSACTION，代码如下:

    for key_of_attribute, command in sql_command.items():
        cursor = connection.cursor()
        g_logger.info("execute command :%s" % (command))
        try:
            cursor.execute(command)
            rows = cursor.fetchall()
            g_logger.info("the command:%s result is :%s" % (command, rows))
            result_list[key_of_attribute] = rows
            g_logger.info("result_list is :%s" % (result_list))
        except Exception as e:
            cursor.execute('END TRANSACTION;')
            g_logger.info("error command :%s and error is :%s" % (command, e))
    return result_list

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

提交;