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

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。

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

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。

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

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

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

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

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

你只需要跑

rollback;

在PostgreSQL中，就是这样!