postgresql - PSQLException：現在のトランザクションは中止され、トランザクションブロックが終了するまでコマンドは無視されます

Question

JBoss 7.1.1 Finalのserver.logファイルに次の（切り捨てられた）スタックトレースが表示されます。

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

at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2102)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1835)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257)
at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:512)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:374)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:302)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_23]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_23]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_23]
at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_23]
at org.postgresql.ds.jdbc23.AbstractJdbc23PooledConnection$StatementHandler.invoke(AbstractJdbc23PooledConnection.java:455)
at $Proxy49.executeUpdate(Unknown Source)   at org.jboss.jca.adapters.jdbc.WrappedStatement.executeUpdate(WrappedStatement.java:371)
at org.infinispan.loaders.jdbc.TableManipulation.executeUpdateSql(TableManipulation.java:154) [infinispan-cachestore-jdbc-5.1.2.FINAL.jar:5.1.2.FINAL]
... 154 more

Postgresログファイルを調べると、次のステートメントが明らかになります。

STATEMENT:  SELECT count(*) FROM ISPN_MIXED_BINARY_TABLE_configCache
ERROR:  current transaction is aborted, commands ignored until end of transaction block
STATEMENT:  CREATE TABLE ISPN_MIXED_BINARY_TABLE_configCache(ID_COLUMN VARCHAR(255) NOT NULL, DATA_COLUMN BYTEA, TIMESTAMP_COLUMN BIGINT, PRIMARY KEY (ID_COLUMN))
ERROR:  relation "ispn_mixed_binary_table_configcache" does not exist at character 22

JBoss7.1.1Finalに同梱されているInfinispanを使用しています。これは5.1.2.Finalです。

だから、これは私が起こっていると思うことです：

Infinispanは、 ;SELECT count(*)...にレコードがあるかどうかを確認するために、ステートメントを実行しようとします。ISPN_MIXED_BINARY_TABLE_configCache
Postgresは、何らかの理由で、このステートメントを好みません。
Infinispanはこれを無視し、CREATE TABLEステートメントを先に進めます。
Postgresは、Infinispanがロールバックに失敗したのと同じトランザクションであるとまだ考えているため、このトランザクションは最初のSELECT count(*)...ステートメントから実行されます。

このエラーは何を意味し、それを回避する方法はありますか？

score 265 · Accepted Answer

テーブルに挿入を行うJavaとPostgreSQLを使用してこのエラーが発生しました。このエラーを再現する方法を説明します。

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

概要：

このエラーが発生する理由は、トランザクションを入力し、SQLクエリの1つが失敗し、その失敗を食い止めて無視したためです。しかし、それだけでは不十分でした。次に、同じ接続を使用し、同じトランザクションを使用して別のクエリを実行しました。壊れたトランザクションを使用して追加の作業を行っているため、2番目の正しく形成されたクエリで例外がスローされます。PostgreSQLはデフォルトで、これを実行できなくなります。

私が使用しているもの： PostgreSQL 9.1.6 on x86_64-redhat-linux-gnu, compiled by gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2), 64-bit".

私のPostgreSQLドライバーは次のとおりです。 postgresql-9.2-1000.jdbc4.jar

Javaバージョンの使用： Java 1.7

例外を説明するためのテーブルcreateステートメントは次のとおりです。

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

回避策：

いくつかのオプションがあります。

最も簡単な解決策：取引をしないでください。に設定connection.setAutoCommit(false);しconnection.setAutoCommit(true);ます。失敗したSQLは失敗したSQLステートメントとして無視されるため、これは機能します。SQLステートメントを必要なだけ失敗させても大歓迎です。PostgreSQLはあなたを止めません。
トランザクションを継続しますが、最初のSQLが失敗したことを検出したら、トランザクションをロールバック/再起動またはコミット/再起動します。その後、そのデータベース接続で必要な数のSQLクエリを失敗し続けることができます。
SQLステートメントが失敗したときにスローされる例外をキャッチして無視しないでください。その後、プログラムは不正な形式のクエリで停止します。
代わりにOracleを入手してください。トランザクション内の接続でクエリが失敗し、その接続を引き続き使用しても、Oracleは例外をスローしません。

このように物事を行うというPostgreSQLの決定を擁護するために...Oracleは、あなたが愚かなことをしてそれを見落とすことができるように、あなたを真ん中で柔らかくしていました。

score 40 · Accepted Answer

の原因となったステートメントの前の出力を確認してくださいcurrent transaction is aborted。これは通常、コードが無視した例外をデータベースがスローし、次のクエリで何らかのデータが返されることを期待していることを意味します。

そのため、問題がないと見なすアプリケーションと、トランザクションを最初からロールバックして再起動する必要があるデータベースとの間に状態の不一致があります。

このような場合は、すべての例外をキャッチし、トランザクションをロールバックする必要があります。

ここに同様の問題があります。

score 10 · Accepted Answer

この動作に関連して、postgresql JDBC ドライバーでいくつかの作業が行われました: https://github.com/pgjdbc/pgjdbc/pull/477
を参照してください。

設定することで可能になりました

自動保存=常に

「現在のトランザクションが中止されました」シンドロームを回避するために、接続 ( https://jdbc.postgresql.org/documentation/head/connect.htmlを参照) で。
ステートメント実行前後のセーブポイントの処理によるオーバーヘッドは非常に低く保たれます (詳細については、上記のリンクを参照してください)。

score 5 · Accepted Answer

Ruby on Rails PG で、マイグレーションを作成し、DB をマイグレーションしましたが、開発サーバーを再起動するのを忘れていました。サーバーを再起動したところ、機能しました。

score 3 · Accepted Answer

ロールバックする必要があります。JDBC Postgres ドライバーはかなり悪いです。しかし、トランザクションを保持し、そのエラーをロールバックしたい場合は、セーブポイントを使用できます。

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

score 2 · Accepted Answer

2

この問題は Infinispan 5.1.5.CR1 で修正されました: ISPN-2023

于 2012-05-30T10:26:13.083 に答える

score 2 · Accepted Answer

同じ問題が発生しましたが、データベースに同じ名前のテーブルがあることに気付きました。それを削除した後、ファイルをインポートできました。

score 0 · Accepted Answer

これは PostgreSQL の非常に奇妙な動作です。例外がキャッチされ、明示的に無視されたため、「ユーザーにすべてを明示的にするように強制するという PostgreSQL の哲学と一致していません」。したがって、この防御でさえ保持されません。この場合、Oracleははるかにユーザーフレンドリーで（私にとっては）正しく動作します-開発者に選択を任せます。

score 0 · Accepted Answer

同じエラーが発生します。ローカルの PostgreSQL でlog_statementとlog_min_error_statementを有効にすることで、根本的な原因を突き止めることができました。

私はこれを参考にしました

score -1 · Accepted Answer

-1

分離レベルを反復可能読み取りからコミット済み読み取りに変更します。

于 2015-01-24T14:46:13.237 に答える

score -2 · Accepted Answer

私はSpring Boot jpaを使用していましたが、 @EnableTransactionManagement を実装することで修正しました

添付ファイルが役立つ場合があります。

postgresql - PSQLException：現在のトランザクションは中止され、トランザクションブロックが終了するまでコマンドは無視されます

20 に答える 20

Related

Reference