Giao dịch được đánh dấu là chỉ khôi phục: Làm cách nào để tìm ra nguyên nhân

Tôi đang gặp sự cố khi thực hiện giao dịch trong phương thức @Transactional của mình:

methodA() {
    methodB()
}

@Transactional
methodB() {
    ...
    em.persist();
    ...
    em.flush();
    log("OK");
}

Khi tôi gọi methodB () từ methodA (), phương thức sẽ chuyển thành công và tôi có thể thấy "OK" trong nhật ký của mình. Nhưng sau đó tôi nhận được

Could not commit JPA transaction; nested exception is javax.persistence.RollbackException: Transaction marked as rollbackOnly org.springframework.transaction.TransactionSystemException: Could not commit JPA transaction; nested exception is javax.persistence.RollbackException: Transaction marked as rollbackOnly
    at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:521)
    at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:754)
    at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:723)
    at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:393)
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:120)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
    at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622)
    at methodA()...

1. Bối cảnh của methodB hoàn toàn bị thiếu trong trường hợp ngoại lệ - tôi cho là ổn chứ?
2. Một cái gì đó trong methodB () đã đánh dấu giao dịch là chỉ khôi phục? Làm thế nào tôi có thể tìm ra nó? Chẳng hạn, có cách nào để kiểm tra một cái gì đó như thế này không getCurrentTransaction().isRollbackOnly()?- như thế này, tôi có thể xem qua phương pháp và tìm nguyên nhân.

Khi bạn đánh dấu phương thức của mình là @Transactional, sự xuất hiện của bất kỳ ngoại lệ nào bên trong phương thức của bạn sẽ đánh dấu TX xung quanh là chỉ quay lại (ngay cả khi bạn bắt được chúng). Bạn có thể sử dụng các thuộc tính khác của @Transactionalchú thích để ngăn chú thích quay trở lại như:

@Transactional(rollbackFor=MyException.class, noRollbackFor=MyException2.class)

Cuối cùng tôi cũng hiểu ra vấn đề:

methodA() {
    methodB()
}

@Transactional(noRollbackFor = Exception.class)
methodB() {
    ...
    try {
        methodC()
    } catch (...) {...}
    log("OK");
}

@Transactional
methodC() {
    throw new ...();
}

Điều xảy ra là mặc dù methodBcó chú thích phù hợp, methodCnhưng không. Khi ngoại lệ được ném ra, @Transactionaldù sao thì giao dịch thứ hai cũng đánh dấu giao dịch đầu tiên là Rollback.

Để nhanh chóng tìm nạp ngoại lệ gây ra mà không cần mã lại hoặc xây dựng lại , hãy đặt điểm ngắt trên

org.hibernate.ejb.TransactionImpl.setRollbackOnly() // Hibernate < 4.3, or
org.hibernate.jpa.internal.TransactionImpl() // as of Hibernate 4.3

và đi lên trong ngăn xếp, thường là một số Interceptor. Ở đó bạn có thể đọc ngoại lệ gây ra từ một số khối bắt.

Tôi đã đấu tranh với ngoại lệ này trong khi chạy ứng dụng của mình.

Cuối cùng , vấn đề nằm ở truy vấn sql . ý tôi là truy vấn sai.

vui lòng xác minh truy vấn của bạn. Đây là gợi ý của tôi

Tìm kiếm các trường hợp ngoại lệ bị ném và mắc vào ... phần của mã của bạn. Các ngoại lệ về thời gian chạy và ứng dụng sao lưu gây ra việc khôi phục khi bị loại bỏ khỏi một phương thức kinh doanh ngay cả khi bị bắt ở một số nơi khác.

Bạn có thể sử dụng ngữ cảnh để tìm hiểu xem liệu giao dịch có được đánh dấu để khôi phục hay không.

@Resource
private SessionContext context;

context.getRollbackOnly();

Đã tìm thấy lời giải thích hay với các giải pháp: https://vcfvct.wordpress.com/2016/12/15/spring-nested-transactional-rollback-only/

1) xóa @Transacional khỏi phương thức lồng nhau nếu nó không thực sự yêu cầu kiểm soát giao dịch. Vì vậy, ngay cả khi nó có ngoại lệ, nó chỉ nổi lên và không ảnh hưởng đến nội dung giao dịch.

HOẶC LÀ:

2) nếu phương thức lồng nhau cần kiểm soát giao dịch, hãy đặt nó thành REQUIRE_NEW cho chính sách truyền bá theo cách đó ngay cả khi ném ngoại lệ và được đánh dấu là chỉ khôi phục, người gọi sẽ không bị ảnh hưởng.

vô hiệu hóa giao dịch trong Bean.xml của bạn

<tx:annotation-driven proxy-target-class="true" transaction-manager="transactionManager"/>
    <bean id="transactionManager"
        class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource"></property>
    </bean>

nhận xét những dòng này, và bạn sẽ thấy ngoại lệ gây ra việc khôi phục;)

áp dụng mã dưới đây trong productRepository

@Query("update Product set prodName=:name where prodId=:id ") @Transactional @Modifying int updateMyData(@Param("name")String name, @Param("id") Integer id);

trong khi thử nghiệm tháng sáu áp dụng mã dưới đây

@Test
public void updateData()
{
  int i=productRepository.updateMyData("Iphone",102);

  System.out.println("successfully updated ... ");
  assertTrue(i!=0);

}

nó đang hoạt động tốt cho mã của tôi