这是PostgreSQL非常奇怪的行为，它甚至不符合PostgreSQL强迫用户显式处理所有内容的理念——因为异常被显式地捕获并忽略了。所以这个辩护也站不住脚。在这种情况下，Oracle表现得更友好，(对我来说)是正确的——它把选择留给了开发人员。

在导致当前事务中止的语句之前检查输出。这通常意味着数据库抛出了一个您的代码忽略的异常，现在期望下一个查询返回一些数据。

因此，现在您的应用程序(认为一切正常)和数据库(需要从头回滚并重新启动事务)之间的状态不匹配。

在这种情况下，您应该捕获所有异常并回滚事务。

这里有一个类似的问题。

该问题已在Infinispan 5.1.5中修复。CR1: ispn - 2023

我正在使用JDBI和Postgres，遇到了同样的问题，即在违反了前一个事务语句的某些约束后，后续语句将失败(但在我等了一段时间后，比如20-30秒，问题就消失了)。

经过一些研究，我发现问题是我在我的JDBI中“手动”执行事务，即我用BEGIN;…COMMIT;事实证明，它就是罪魁祸首!

在JDBI v2中，我可以添加@Transaction注释，@SqlQuery或@SqlUpdate中的语句将作为事务执行，上面提到的问题就不会再发生了!

我得到这个错误使用Java和PostgreSQL做一个表上的插入。我将说明如何重现这个错误:

org.postgresql.util.PSQLException: ERROR: 
current transaction is aborted, commands ignored until end of transaction block

简介:

您得到这个错误的原因是因为您输入了一个事务，其中一个SQL查询失败了，您接受了这个失败并忽略了它。但这还不够，然后使用相同的连接，使用相同的TRANSACTION运行另一个查询。在第二个格式正确的查询上抛出异常，因为您正在使用一个损坏的事务来执行额外的工作。PostgreSQL默认阻止你这样做。

我使用的是:PostgreSQL 9.1.6 on x86_64-redhat-linux-gnu，由gcc (gcc) 4.7.2 20120921 (Red Hat 4.7.2-2)编译，64位”。

我的PostgreSQL驱动是:PostgreSQL -9.2-1000.jdbc4.jar

使用Java版本:Java 1.7

下面是表创建语句来说明异常:

CREATE TABLE moobar
(
    myval   INT
);

Java程序导致错误:

public void postgresql_insert()
{
    try  
    {
        connection.setAutoCommit(false);  //start of transaction.
        
        Statement statement = connection.createStatement();
        
        System.out.println("start doing statement.execute");
        
        statement.execute(
                "insert into moobar values(" +
                "'this SQL statement fails, and it " +
                "is gobbled up by the catch, okfine'); ");
     
        //The above line throws an exception because we try to cram
        //A string into an Int.  I Expect this, what happens is we gobble 
        //the Exception and ignore it like nothing is wrong.
        //But remember, we are in a TRANSACTION!  so keep reading.

        System.out.println("statement.execute done");
        
        statement.close();
        
    }
    catch (SQLException sqle)
    {
        System.out.println("keep on truckin, keep using " +
                "the last connection because what could go wrong?");
    }
    
    try{
        Statement statement = connection.createStatement();
        
        statement.executeQuery("select * from moobar");

        //This SQL is correctly formed, yet it throws the 
        //'transaction is aborted' SQL Exception, why?  Because:
        //A.  you were in a transaction.
        //B.  You ran a SQL statement that failed.
        //C.  You didn't do a rollback or commit on the affected connection.
        
    }
    catch (SQLException sqle)
    {
        sqle.printStackTrace();
    }   

}

上面的代码为我产生了以下输出:

start doing statement.execute

keep on truckin, keep using the last connection because what could go wrong?

org.postgresql.util.PSQLException: 
  ERROR: current transaction is aborted, commands ignored until 
  end of transaction block

解决方法:

你有几个选择:

Simplest solution: Don't be in a transaction. Set the connection.setAutoCommit(false); to connection.setAutoCommit(true);. It works because then the failed SQL is just ignored as a failed SQL statement. You are welcome to fail SQL statements all you want and PostgreSQL won't stop you. Stay being in a transaction, but when you detect that the first SQL has failed, either rollback/re-start or commit/restart the transaction. Then you can continue failing as many SQL queries on that database connection as you want. Don't catch and ignore the Exception that is thrown when a SQL statement fails. Then the program will stop on the malformed query. Get Oracle instead, Oracle doesn't throw an exception when you fail a query on a connection within a transaction and continue using that connection.

为了捍卫PostgreSQL这样做的决定…神谕让你在中间变得软弱，让你做一些愚蠢的事情，而忽略它。

这是PostgreSQL非常奇怪的行为，它甚至不符合PostgreSQL强迫用户显式处理所有内容的理念——因为异常被显式地捕获并忽略了。所以这个辩护也站不住脚。在这种情况下，Oracle表现得更友好，(对我来说)是正确的——它把选择留给了开发人员。