@Transactional 격리 및 전파가 Spring 애플리케이션에 어떤 영향을 미치나요?

@Transactional 이해: 격리 및 전파 탐색

Spring의 @Transactional 주석은 애플리케이션 내에서 트랜잭션을 관리하는 데 중요한 역할을 합니다. 이는 격리와 전파라는 두 가지 필수 매개변수를 정의합니다.

전파

전파는 트랜잭션이 기존 트랜잭션과 상호 작용하는 방식을 결정합니다. 주요 옵션은 다음과 같습니다:

• 필수: 코드는 기존 트랜잭션 내에서 실행되며, 존재하지 않는 경우에만 새 트랜잭션을 생성합니다.
• 필수_NEW: 항상 새로운 트랜잭션이 생성되며 기존 트랜잭션이 있는 경우 이를 일시 중지합니다.

기본값은 REQUIRED이며 대부분의 상황에 적합합니다.

격리< /h3>

격리는 트랜잭션 간의 데이터 가시성 규칙을 정의합니다. 여러 수준을 사용할 수 있습니다.

• ISOLATION_READ_UNCOMMITTED: 커밋되지 않은 트랜잭션의 변경 사항이 표시되는 "더티 읽기"를 허용합니다.
• ISOLATION_READ_COMMITTED: 더티 읽기를 방지하지만 여러 읽기의 값이 다른 "반복 불가능한 읽기"를 허용할 수 있습니다.
• ISOLATION_REPEATABLE_READ: 동일한 행을 두 번 읽을 때 일관성을 보장하여 반복 불가능한 읽기를 방지합니다.
• ISOLATION_SERIALIZABLE: 트랜잭션을 직렬화하여 하나씩 실행하여 원자성을 보장합니다.

최적의 격리 수준은 애플리케이션의 특정 요구 사항에 따라 다릅니다.

기본값 조정 시기

다음과 같은 경우 기본값 수정을 고려하세요.

• 더티 읽기와 같은 특정 데이터 액세스 문제를 방지하려는 경우 .
• 데이터 검색에 절대적인 일관성을 적용해야 합니다.
• 높은 트랜잭션 경합으로 인해 성능 문제가 발생합니다.

예: 격리 수준 및 더티 읽기

더티 읽기는 스레드 1이 값(x)을 쓰고 스레드 2가 커밋되기 전에 값(x)을 읽을 때 발생합니다. 스레드 1이 변경 사항을 롤백하면 이제 스레드 2가 잘못된 값을 보유하게 됩니다.

더티 읽기를 방지하려면 격리를 ISOLATION_READ_COMMITTED 또는 ISOLATION_REPEATABLE_READ로 설정할 수 있습니다. 이렇게 하면 스레드 2가 커밋된 값이나 일관된 스냅샷만 읽을 수 있습니다.

코드 예: 트랜잭션 전파

다음 코드 조각을 고려하세요.

<code class="java">@Transactional(propagation=Propagation.REQUIRES_NEW)
public void provideService() {
    // Code that requires a new transaction
}</code>

REQUIRES_NEW로 전파를 설정하면 주변 트랜잭션 컨텍스트에 관계없이 ProvideService()에 들어갈 때 항상 새 트랜잭션이 생성되고 나갈 때 커밋됩니다.

위 내용은 @Transactional 격리 및 전파가 Spring 애플리케이션에 어떤 영향을 미치나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!