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

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

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

这里有一个类似的问题。

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

我得到这个错误使用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表现得更友好，(对我来说)是正确的——它把选择留给了开发人员。

将隔离级别从可重复读更改为已提交读。

我认为最好的解决方案是使用java.sql.Savepoint。

在执行可能引发SQLException的查询之前，使用Connection.setSavepoint()方法，如果抛出异常，则只回滚到该保存点，而不是整个事务。

示例代码:

Connection conn = null;
Savepoint savepoint = null;
try {
    conn = getConnection();
    savepoint = conn.setSavepoint();
    //execute some query
} catch(SQLException e) {
    if(conn != null && savepoint != null) {
        conn.rollback(savepoint);
    }
} finally {
   if(conn != null) {
      try {
          conn.close();
      } catch(SQLException e) {}

   }
}

如果卷上的磁盘空间不足，就会发生这种情况。

需要回退。JDBC Postgres驱动程序非常糟糕。但如果你想保留你的事务，只是回滚那个错误，你可以使用savepoints:

try {
_stmt = connection.createStatement();
_savePoint = connection.setSavepoint("sp01");
_result = _stmt.executeUpdate(sentence) > 0;
} catch (Exception e){
 if (_savePoint!=null){
 connection.rollback(_savePoint);
}
}

点击此处阅读更多信息:

http://www.postgresql.org/docs/8.1/static/sql-savepoint.html

在Ruby on Rails PG中，我已经创建了一个迁移，迁移了我的DB，但忘记重新启动我的开发服务器。我重启了我的服务器，它工作了。

我只是遇到了同样的错误。我能够通过在本地PostgreSQL中启用log_statement和log_min_error_statement来找出根本原因。

我提到了这个

出现这个错误的原因是之前有其他数据库的错误操作导致当前数据库的操作无法进行(我使用谷歌翻译将我的中文翻译成英文)

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

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

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

在postgresql JDBC驱动程序上做了一些工作，与此行为相关: 参见https://github.com/pgjdbc/pgjdbc/pull/477

现在可以通过设置autosave=always in the connection(参见https://jdbc.postgresql.org/documentation/head/connect.html)来避免“当前事务已终止”综合征。由于处理语句执行周围的保存点而产生的开销非常低(详情请参阅上面的链接)。

我也有同样的问题，但后来意识到在数据库中有一个同名的表。删除后，我可以导入文件。

在我的情况下，我得到这个错误，因为我的文件是腐败的。而迭代文件的记录，它给我同样的错误。

也许将来它对任何人都有帮助。这是我发布这个答案的唯一原因。

我使用带有@Transactional注释的spring，我捕获了异常，对于某些异常，我将重试3次。

对于posgresql，当get异常时，不能再使用同一个Connection进行提交。必须先进行回退。

对于我的例子，我使用DatasourceUtils来获取当前连接并手动调用connection.rollback()。并且调用方法recruit来重试。

我正在使用spring boot jpa，并通过实现来修复 @EnableTransactionManagement

附上的文件可能会帮助你。

我正在使用spring boot jpa，并通过实现来修复 @EnableTransactionManagement

附上的文件可能会帮助你。

试试这个COMMIT;

我在pgadmin4中运行它。这可能会有所帮助。 这与前面的命令过早停止有关

对我来说，问题是没有安装驱动程序。我下载了驱动程序，并粘贴到~/Library/Tableau/ driver (mac)文件夹中，它工作了。

我在我的DB应用程序工具中遇到了这个错误，因为有一个未提交的事务。 我试着运行一个选择查询。这就得到了这个错误。 你可以通过运行来修复这些问题

commit;

or

rollback;