PSQLException: giao dịch hiện tại bị hủy bỏ, các lệnh bị bỏ qua cho đến khi kết thúc khối giao dịch

Tôi đang thấy stacktrace (cắt ngắn) sau trong tệp server.log của JBoss 7.1.1 Final:

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

Kiểm tra tệp nhật ký Postgres cho thấy các tuyên bố sau:

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

Tôi đang sử dụng Infinispan được gửi cùng với JBoss 7.1.1 Final, là 5.1.2.Final.

Vì vậy, đây là những gì tôi nghĩ đang xảy ra:

• Infinispan cố gắng chạy SELECT count(*)...câu lệnh để xem có bản ghi nào trong ISPN_MIXED_BINARY_TABLE_configCache;
• Postgres, vì một số lý do, không thích tuyên bố này.
• Infinispan bỏ qua điều này và cày trước với CREATE TABLEtuyên bố.
• Postgres barfs vì nó vẫn nghĩ rằng đó là cùng một giao dịch, mà Infinispan đã thất bại trong việc quay lại và giao dịch này bị hủy bỏ từ SELECT count(*)...tuyên bố đầu tiên .

Lỗi này có ý nghĩa gì và có ý tưởng nào để khắc phục nó không?

Tôi đã gặp lỗi này khi sử dụng Java và postgresql thực hiện thao tác chèn trên bảng. Tôi sẽ minh họa cách bạn có thể tái tạo lỗi này:

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

Tóm lược:

Lý do bạn gặp phải lỗi này là do bạn đã tham gia một giao dịch và một trong các Truy vấn SQL của bạn không thành công và bạn đã ngấu nghiến thất bại đó và bỏ qua nó. Nhưng thế vẫn chưa đủ, THÌ bạn đã sử dụng cùng một kết nối đó, sử dụng CÙNG GIAO DỊCH để chạy một truy vấn khác. Ngoại lệ được đưa vào truy vấn thứ hai, được hình thành chính xác bởi vì bạn đang sử dụng một giao dịch bị hỏng để thực hiện công việc bổ sung. Postgresql theo mặc định ngăn bạn làm điều này.

Tôi đang sử dụng: 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".

Trình điều khiển postgresql của tôi là: postgresql-9.2-1000.jdbc4.jar

Sử dụng phiên bản java: Java 1.7

Dưới đây là bảng tạo câu lệnh để minh họa Ngoại lệ:

CREATE TABLE moobar
(
    myval   INT
);

Chương trình Java gây ra lỗi:

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

}

Đoạn mã trên tạo ra đầu ra này cho tôi:

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

Cách giải quyết:

Bạn có một vài lựa chọn:

1. Giải pháp đơn giản nhất: Đừng tham gia giao dịch. Đặt connection.setAutoCommit(false);thành connection.setAutoCommit(true);. Nó hoạt động vì sau đó SQL thất bại chỉ bị bỏ qua như một câu lệnh sql thất bại. Bạn được hoan nghênh thất bại các câu lệnh sql tất cả những gì bạn muốn và postgresql sẽ không ngăn bạn.

2. Tiếp tục ở trong một giao dịch, nhưng khi bạn phát hiện ra rằng sql đầu tiên đã thất bại, hãy khôi phục / khởi động lại hoặc cam kết / khởi động lại giao dịch. Sau đó, bạn có thể tiếp tục thất bại nhiều truy vấn sql trên kết nối cơ sở dữ liệu đó như bạn muốn.

3. Đừng bắt và bỏ qua Ngoại lệ được ném khi câu lệnh sql thất bại. Sau đó, chương trình sẽ dừng lại trên truy vấn không đúng định dạng.

4. Thay vào đó, hãy nhận Oracle, Oracle không đưa ra một ngoại lệ khi bạn không truy vấn được kết nối trong một giao dịch và tiếp tục sử dụng kết nối đó.

Để bảo vệ quyết định của postgresql làm mọi thứ theo cách này ... Oracle đã làm cho bạn trở nên mềm yếu ở giữa cho phép bạn làm những thứ ngớ ngẩn và nhìn ra nó.

Kiểm tra đầu ra trước khi tuyên bố gây ra current transaction is aborted. Điều này thường có nghĩa là cơ sở dữ liệu đã ném một ngoại lệ mà mã của bạn đã bỏ qua và hiện đang mong đợi các truy vấn tiếp theo sẽ trả về một số dữ liệu.

Vì vậy, bây giờ bạn có một trạng thái không khớp giữa ứng dụng của bạn, coi mọi thứ đều ổn và cơ sở dữ liệu, yêu cầu bạn phải khôi phục và bắt đầu lại giao dịch của mình ngay từ đầu.

Bạn nên nắm bắt tất cả các trường hợp ngoại lệ và giao dịch rollback trong những trường hợp như vậy.

Đây là một vấn đề tương tự.

Tôi nghĩ rằng giải pháp tốt nhất là sử dụng java.sql.Savepoint.

Trước khi thực hiện truy vấn có thể ném phương thức SQLException, hãy sử dụng phương thức Connection.setSavepoint () và nếu ngoại lệ sẽ bị ném, bạn chỉ quay ngược lại điểm lưu trữ này chứ không quay ngược lại tất cả giao dịch.

Mã ví dụ:

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

   }
}

Đã có một số công việc được thực hiện trên Trình điều khiển JDBC postgresql, liên quan đến hành vi này:
xem https://github.com/pgjdbc/pgjdbc/pull/477

Bây giờ có thể, bằng cách thiết lập

tự động lưu = luôn

Trong Ruby on Rails PG, tôi đã tạo một di chuyển, di chuyển DB của mình, nhưng quên khởi động lại máy chủ phát triển của mình. Tôi khởi động lại máy chủ của tôi và nó hoạt động.

Lý do cho lỗi này là có các cơ sở dữ liệu khác trước khi thao tác sai dẫn đến hoạt động cơ sở dữ liệu hiện tại không thể được thực hiện tôi sử dụng google dịch để dịch tiếng Trung Quốc sang tiếng Anh

Sự cố đã được khắc phục trong Infinispan 5.1.5.CR1: ISPN-2023

Bạn cần phải quay lại. Trình điều khiển JDBC Postgres khá tệ. Nhưng nếu bạn muốn giữ giao dịch của mình và chỉ cần khắc phục lỗi đó, bạn có thể sử dụng các điểm lưu trữ:

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

Đọc thêm tại đây:

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

Tôi đã có cùng một vấn đề nhưng sau đó nhận ra có một bảng có cùng tên trong cơ sở dữ liệu. Sau khi xóa rằng tôi đã có thể nhập tệp.

Đây là hành vi rất kỳ lạ của PostgreSQL, nó thậm chí không "phù hợp với triết lý PostgreQuery khi buộc người dùng phải làm mọi thứ rõ ràng" - vì ngoại lệ đã bị bắt và bỏ qua một cách rõ ràng. Vì vậy, ngay cả phòng thủ này không giữ. Oracle trong trường hợp này hành xử thân thiện với người dùng hơn nhiều và (đối với tôi) chính xác - nó để lại sự lựa chọn cho nhà phát triển.

Điều này có thể xảy ra nếu bạn hết dung lượng đĩa trên ổ đĩa.

Tôi chỉ gặp phải lỗi tương tự. Tôi đã có thể tìm ra nguyên nhân gốc bằng cách kích hoạt log_statement và log_min_error_statement trong PostgreQuery cục bộ của tôi.

Tôi đã giới thiệu nó

Tôi đang sử dụng JDBI với Postgres và gặp phải cùng một vấn đề, tức là sau khi vi phạm một số ràng buộc từ một tuyên bố của giao dịch trước đó, các báo cáo tiếp theo sẽ thất bại (nhưng sau khi tôi chờ một lúc, giả sử 20-30 giây, vấn đề sẽ biến mất ).

Sau một số nghiên cứu, tôi thấy vấn đề là tôi đang thực hiện giao dịch "thủ công" trong JDBI của mình, tức là tôi đã bao quanh các tuyên bố của mình bằng BEGIN; ... CAM KẾT; và hóa ra là thủ phạm!

Trong JDBI v2, tôi chỉ có thể thêm chú thích @Transaction và các câu lệnh trong @SqlQuery hoặc @SqlUpdate sẽ được thực thi như một giao dịch và vấn đề được đề cập ở trên không còn xảy ra nữa!

Trong trường hợp của tôi, tôi đã nhận được lỗi này vì tập tin của tôi bị hỏng. Trong khi lặp lại các bản ghi của các tập tin, nó đã cho tôi cùng một lỗi.

Có thể trong tương lai nó sẽ giúp cho bất cứ ai. Đó là lý do duy nhất để đăng câu trả lời này.

Tôi sử dụng mùa xuân với @Transactionalchú thích, và tôi bắt được ngoại lệ và đối với một số ngoại lệ, tôi sẽ thử lại 3 lần.

Đối với posgresql, khi có ngoại lệ, bạn không thể sử dụng cùng một Kết nối để cam kết nữa. Trước tiên, bạn phải quay lại.

Đối với trường hợp của tôi, tôi sử dụng DatasourceUtilsđể có được kết nối hiện tại và gọi connection.rollback()thủ công. Và cuộc gọi phương thức tuyển dụng để thử lại.

Tôi đã làm việc với spring boot jpa và đã sửa bằng cách triển khai @EnableTransactionMan Management

Tập tin đính kèm có thể giúp bạn.

Tôi đã làm việc với spring boot jpa và đã sửa bằng cách triển khai @EnableTransactionMan Management

Tập tin đính kèm có thể giúp bạn.

Thử cái này COMMIT;

Tôi chạy nó trong pgadmin4. Nó có thể giúp. Nó phải làm với lệnh trước dừng sớm

Thay đổi mức cô lập từ đọc lặp lại thành đọc cam kết.

Đặt Conn.setAutoCommit (false) thành Conn.setAutoCommit (true)

Cam kết các giao dịch trước khi bắt đầu một giao dịch mới.