PSQLException: geçerli işlem iptal edildi, işlem bloğunun sonuna kadar komutlar yoksayıldı

JBoss 7.1.1 Final server.log dosyasında aşağıdaki (kesilmiş) stacktrace görüyorum:

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 günlük dosyasının incelenmesi aşağıdaki ifadeleri gösterir:

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

5.1.2.Final olan JBoss 7.1.1 Final ile birlikte gelen Infinispan'ı kullanıyorum.

İşte böyle olduğunu düşünüyorum:

• Infinispan SELECT count(*)...herhangi bir kayıt olup olmadığını görmek için ifadeyi çalıştırmaya çalışır ISPN_MIXED_BINARY_TABLE_configCache;
• Postgres, bir sebepten dolayı, bu ifadeyi sevmiyor.
• Infinispan bunu görmezden gelir ve ifadeyle ilerler CREATE TABLE.
• Postgres barfs, çünkü Infinispan'ın geri alamadığı aynı işlem olduğunu düşünüyor ve bu işlem ilk SELECT count(*)...ifadeden çıkarılıyor .

Bu hata ne anlama geliyor ve nasıl çalışılacağı hakkında bir fikir var mı?

Java ve postgresql kullanarak bir tablo üzerinde bir ekleme yaparak bu hatayı aldım. Bu hatayı nasıl yeniden oluşturabileceğinizi göstereceğim:

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

Özet:

Bu hatayı almanızın nedeni, bir işlem girmiş olmanız ve SQL Sorgularınızdan birinin başarısız olması ve bu hatayı azaltmanız ve yok saymanızdır. Ancak bu yeterli değildi, o zaman aynı bağlantıyı kullandınız, aynı sorguyu çalıştırmak için AYNI İŞLEM kullanarak. Ek iş yapmak için bozuk bir işlem kullandığınız için istisna doğru şekilde oluşturulmuş ikinci sorgunun üzerine atılır. Postgresql varsayılan olarak bunu yapmanızı engeller.

Kullanıyorum: 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 sürücüm: postgresql-9.2-1000.jdbc4.jar

Java sürümünü kullanma: Java 1.7

İşte İstisnayı göstermek için tablo oluşturma ifadesi:

CREATE TABLE moobar
(
    myval   INT
);

Java programı hataya neden olur:

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();
    }   

}

Yukarıdaki kod bu çıktıyı benim için üretir:

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

Geçici Çözümler:

Birkaç seçeneğiniz var:

1. En basit çözüm: Bir işlemde bulunmayın. Set connection.setAutoCommit(false);için connection.setAutoCommit(true);. Çünkü başarısız SQL başarısız sql deyimi olarak göz ardı edilir çünkü çalışır. İstediğiniz tüm sql ifadeleri başarısız olabilir ve postgresql sizi durdurmaz.

2. Bir işlemde kalmaya devam edin, ancak ilk sql'ın başarısız olduğunu algıladığınızda, işlemi geri alma / yeniden başlatma veya işlemi tamamlama / yeniden başlatma. Sonra bu veritabanı bağlantısında istediğiniz kadar sql sorgusu başarısız olmaya devam edebilirsiniz.

3. Bir sql deyimi başarısız olduğunda atılan özel durumu yakalayıp yoksaymayın. Ardından program hatalı biçimlendirilmiş sorguda duracaktır.

4. Bunun yerine Oracle'ı alın, işlemdeki bir bağlantıda bir sorguda başarısız olduğunuzda ve bu bağlantıyı kullanmaya devam ettiğinizde Oracle bir istisna atmaz.

Postgresql'in işleri bu şekilde yapma kararının savunmasında ... Oracle , sizi aptalca şeyler yapmanıza ve gözden kaçırmanıza izin verecek şekilde ortada yumuşak hale getiriyordu.

Oluşan ifadeden önce çıktıyı kontrol edin current transaction is aborted. Bu genellikle veritabanının kodunuzun yok sayıldığı bir istisna oluşturduğu ve şimdi sonraki sorguların bazı verileri döndürmesini beklediği anlamına gelir.

Böylece, uygulamanız arasında işlerin iyi olduğunu düşünen bir durum uyuşmazlığı ve veritabanınız arasında işleminizi en baştan geri almanızı ve yeniden başlatmanızı gerektiren bir durum uyuşmazlığı var.

Bu gibi durumlarda tüm istisnaları ve geri alma işlemlerini yakalamanız gerekir.

İşte benzer bir sorun.

Bence en iyi çözüm java.sql.Savepoint kullanmaktır.

SQLException atabilir sorgu yürütmeden önce, Connection.setSavepoint () yöntemini kullanın ve istisna atılacak ise, tüm işlem geri değil, sadece bu kayıt noktasına geri alma.

Örnek kod:

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) {}

   }
}

Postgresql JDBC Sürücüsünde bu davranışla ilgili bazı çalışmalar yapıldı:
bkz. Https://github.com/pgjdbc/pgjdbc/pull/477

Şimdi,

Otomatik kaydetme = daima

Ruby on Rails PG'de bir geçiş oluşturmuş, DB'mi taşımıştım, ancak geliştirme sunucumu yeniden başlatmayı unuttum. Sunucumu yeniden başlattım ve işe yaradı.

Bu hatanın nedeni, geçerli veritabanı işlemine yol açan yanlış işlem yapılmadan önce başka veritabanı bulunmasıdır （çincemi İngilizceye çevirmek için google çeviri kullanıyorum

Sorun Infinispan 5.1.5.CR1'de düzeltildi: ISPN-2023

Geri almanız gerekiyor. JDBC Postgres sürücüsü oldukça kötü. Ancak işleminizi korumak ve bu hatayı geri almak istiyorsanız, kayıt noktalarını kullanabilirsiniz:

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

Daha fazlasını buradan okuyun:

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

Aynı sorunu vardı ama sonra veritabanında aynı adlı bir tablo olduğunu fark etti. Sildikten sonra dosyayı içe aktarabildim.

Bu, PostgreSQL'in çok garip bir davranışıdır, hatta istisna açıkça yakalandığı ve görmezden geldiği için, "kullanıcıyı her şeyi açık yapmaya zorlama PostgreSQL felsefesi doğrultusunda" değildir. Yani bu savunma bile geçerli değil. Bu durumda Oracle, çok daha kullanıcı dostu ve (benim için olduğu gibi) doğru davranıyor - geliştiriciye bir seçenek bırakıyor.

Birimde disk alanı kalmadıysa bu gerçekleşebilir.

Sadece aynı hatayla karşılaşıyorum. Yerel PostgreSQL'de log_statement ve log_min_error_statement'ı etkinleştirerek kök nedenini anlayabildim .

Ben Tavsiye bu

Postgres ile JDBI kullanıyorum ve aynı sorunla karşılaştım, yani önceki işlemin bir ifadesinden bazı kısıtlamaların ihlalinden sonra, sonraki ifadeler başarısız olur (ama bir süre bekledikten sonra, 20-30 saniye diyelim, sorun gider ).

Biraz araştırma yaptıktan sonra problemin JDBI'mda "elle" işlem yaptığım, yani ifadelerimi BEGIN ile çevrelediğimi buldum; ... COMMIT; ve suçlu olduğu ortaya çıktı!

JDBI v2'de sadece @Transaction ek açıklaması ekleyebilirim ve @SqlQuery veya @SqlUpdate içindeki ifadeler bir işlem olarak yürütülür ve yukarıda belirtilen sorun artık gerçekleşmez!

Benim durumumda dosyam bozuk olduğu için bu hatayı alıyordum. Dosyaların kayıtlarını yinelerken bana aynı hatayı veriyordu.

Gelecekte herkese yardımcı olacaktır. Bu cevabı göndermenin tek nedeni bu.

@TransactionalEk açıklama ile bahar kullanıyorum ve istisnayı yakaladım ve bazı istisnalar için 3 kez tekrar deneyeceğim.

Posgresql için, istisna olduğunda, daha fazla işlem yapmak için aynı Bağlantı'yı kullanamazsınız.

Benim durumum için, DatasourceUtilsgeçerli bağlantıyı almak ve connection.rollback()manuel olarak aramak için kullanın . Ve yöntemi yeniden denemek için işe alma çağrısı.

Spring boot jpa ile çalışıyordum ve @EnableTransactionManagement uygulayarak düzeltildi

Ekli dosya size yardımcı olabilir.

Spring boot jpa ile çalışıyordum ve @EnableTransactionManagement uygulayarak düzeltildi

Ekli dosya size yardımcı olabilir.

Bunu dene COMMIT;

Bunu pgadmin4'te çalıştırıyorum. Yardımcı olabilir. Bir önceki komutun zamanından önce durmasıyla ilgili

Yalıtım seviyesini tekrarlanabilir okumadan okunan okumaya değiştirin.

Conn.setAutoCommit (false) öğesini conn.setAutoCommit (true) olarak ayarlayın

Yenisini başlatmadan önce işlemleri yapın.