> Java > java지도 시간 > @Transactional에서 기본 격리 및 전파 매개변수를 조정해야 하는 시기와 이유는 무엇입니까?

@Transactional에서 기본 격리 및 전파 매개변수를 조정해야 하는 시기와 이유는 무엇입니까?

DDD
풀어 주다: 2024-11-03 19:56:02
원래의
673명이 탐색했습니다.

When and Why Should You Adjust the Default Isolation and Propagation Parameters in @Transactional?

@Transactional의 격리 및 전파 매개변수

Spring의 @Transactional 주석에서 두 가지 중요한 매개변수는 데이터베이스 트랜잭션의 동작, 즉 격리와 전파를 정의합니다. . 이 문서에서는 기본값 조정을 고려해야 하는 시기와 이유를 살펴봅니다.

전파

전파는 트랜잭션이 서로 연관되는 방식을 정의합니다. 일반적인 옵션은 다음과 같습니다.

  • 필수: 기존 트랜잭션 내에서 코드를 실행하거나 코드가 없는 경우 새 코드를 생성합니다.
  • 필수_NEW: 항상 새로운 트랜잭션을 생성하고 기존 트랜잭션을 일시 중지합니다.

기본값: 필수

격리

격리는 트랜잭션 간의 데이터 계약을 정의합니다. 다른 트랜잭션으로 인해 발생한 데이터 변경 사항에 대한 가시성 수준을 지정하여 특정 데이터 불일치를 방지합니다. 주요 격리 수준은 다음과 같습니다.

  • READ_UNCOMMITTED: 더티 읽기에 대한 보호 없음.
  • SERIALIZABLE: 가장 강력한 격리, 데이터 충돌 없음을 보장합니다.

기본값: 데이터베이스에 따라 다릅니다(예: MariaDB의 경우 REPEATABLE_READ)

실제 사례

트랜잭션이 다른 트랜잭션에 의해 커밋되지 않은 변경 사항을 읽을 수 있는 더티 읽기 문제를 생각해 보세요.

                                       Thread 1          Thread 2
                                               |              |
                                             Write(x)           |
                                               |              |
                                               |             Read(x)
                                               |              |
                                             Rollback           |
                                                 |             |
                                                   Value (x) is now dirty (incorrect)
로그인 후 복사

이 시나리오에서는 더티 읽기를 방지하기 위해 격리 수준을 READ_COMMITTED로 설정할 수 있습니다. 및 전파 수준을 필수로 설정합니다. 이 조합은 트랜잭션이 다른 트랜잭션에 의해 커밋된 데이터만 읽도록 보장합니다.

트랜잭션 사용자 정의

다음 예에서 provideService 메소드 항상 새로운 트랜잭션 내에서 실행되어 다른 동시 작업으로 인한 변경 사항이 실행을 방해하지 않도록 합니다.

<code class="java">@Transactional(propagation=Propagation.REQUIRES_NEW)
public void provideService() {
    repo1.retrieveFoo();
    repo2.retrieveFoo();
}</code>
로그인 후 복사

트랜잭션 동작 테스트

다양한 전파 수준의 동작을 확인하려면 Java 테스트를 사용할 수 있습니다.

<code class="java">@Test
public void testProvideService() {
    TransactionStatus status = transactionManager.getTransaction(new DefaultTransactionDefinition());
    fooService.provideService();
    transactionManager.rollback(status);
    // Assert repository values are unchanged ...
}</code>
로그인 후 복사

REQUIRES_NEW를 사용하면 fooService.provideService()가 작동한 이후로 롤백되지 않습니다. 별도의 거래 내에서. 필수를 사용하면 모든 것이 롤백됩니다.

위 내용은 @Transactional에서 기본 격리 및 전파 매개변수를 조정해야 하는 시기와 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿