JasonYoo1995 commented 2 years ago

주제

9장 트랜잭션 관리를 읽고 중요✨ 하다고 생각하는 키워드와 선택한 이유에 대해서 코멘트로 달아주세요.

연관챕터

66

wooyounggggg commented 2 years ago

스프링 트랜잭션 추상화

책 9.1 ~ 9.2에 의하면, 자바에서 글로벌 트랜잭션을 관리하기 위해 JtaTransactionManager를 사용합니다. JTA 트랜잭션 매니저가 각 분산 자원을 관리하는 리소스 매니저와 XA 프로토콜을 기반으로 통신하여 각 리소스에 대한 트랜잭션을 적용합니다.

아래의 그림 또는 책의 그림 9-1에서 개략적인 흐름 파악이 가능합니다 😃

위의 그림에서는 문제점이 있는데, 사용하는 리소스의 벤더마다 제각각의 리소스 매니저를 구현해야 한다는 점입니다. 전형적으로 기술과의 결합도가 높아지는 양상이기 때문에, 스프링은 아래와 같이 PlatformTransactionManager를 이용해 트랜잭션을 추상화합니다.

emiling commented 2 years ago

트랜잭션 타입

로컬 트랜잭션

같은 리소스 내에서 일어나는 독립적인 일들을 하나로 묶어서 처리하는 경우

글로벌 트랜잭션

트랜잭션에 참여한 여러 독립적인 일들 중 하나라도 다른 리소스에서 일어나는 경우
여러 리소스 사이에서 처리하는 작업이기 때문에 분산 트랜잭션(Distributed Transaction) 이라고 함
JAVA(Spring)에서는 JTA 호환 트랜잭션 매니저를 통해 XA 프로토콜로 통신하며 2PC 메커니즘을 사용함

2PC (2 Phase Commit)

책에 있는 표현으로는 Coordinator(Transaction Manager, TM), Cohorts(Resource Manager, RM)로 이해하면 좋을 것 같습니다.

둘 이상의 데이터베이스가 연동할 때 ACID 속성을 완전히 보장하기 위해 2단계 처리(Prepare 단계, Commit 단계)를 하는 것을 말한다.

1. TM은 ‘트랜잭션 시작’ 이라는 내용을 로그파일에 작성하고, RM에게 트랜잭션에 대한 요청을 보낸다.
2. RM들은 참여하고 있는 디비는 자신의 로그에 트랜잭션을 기재하고 다른 사용자가 접근 못하게 락을 설정하고 작업을 수행한 뒤 커밋할 준비가 되었다고 TM에게 응답한다.
3. TM은 커밋할 준비가 되었다는 메세지를 받고 ‘트랜잭선 종료’를 로그에 기록한 뒤, RM들에게 커밋 하라고 통보한다.
4. RM들은 이 사실을 트랜잭션 로그에 기록한뒤 커밋을 하고 락을 푼다.
5. 만약 커밋하기전에 참여 RM중 문제가 발생하면 TM은 롤백하라고 RM들에게 통보한다.

작업 요청 단계 (Prepare)

Coordinator는 Cohorts 에게 Query to Commit 트랜잭션 응답을 기다립니다.
각 Node는 작업준비에 성공했다면 Yes, 실패했다면 No 라는 Vote 메세지를 전송한다.

반영 단계 (Commit)

만약 위의 작업 요청 단계를 성공했다면 Coordinator는 Node에게 Commit 메세지를 전송하고 Resource Lock을 해제한다. 만약 실패했다면 Coordinator는 Node에게 Rollback 메세지를 전송하여 원래 상태로 복구한 뒤 Resource Lock을 해제한다.
각 Node는 Coordinator에게 Acknowledgment를 전송하며 성공했다면 작업은 완료하고 실패했다면 트랜잭션을 복구한다.

IMG_D15D502F5EA1-1

Transaction Manager와 Resource Manager 끼리 통신할 때는 XA 프로토콜 위에서 2PC로 커뮤니케이션 한다
스프링 어플리케이션에서는 각각의 Resource Manager와 통신할 수 있는 인터페이스(ex. MysqlXADataSource) 를 사용하고, 그러한 인터페이스들의 실제 구현체에서 동작하는 통신 과정의 트랜잭션은 JTA Transaction Manager 에서 관리 되는 것 같음.

참고 링크

emiling commented 2 years ago

Spring Transaction

PlatformTransactionManager에서는 다음의 두 가지 인터페이스를 사용한다
TransactionDefinition : 트랜잭션의 프로퍼티를 관리한다
- ex. 전이(propagation) , 타임아웃(timeout), 격리수준(isolation level), 읽기 속성 (read-only)
TransactionStatus : 트랜잭션의 실행 제어를 관리한다
- 트랜잭션 결과를 설정하거나 트랜잭션의 완성 여부나 새 트랜잭션인지의 여부를 확인하는 데 사용
- PlatformTransactionManager.getTransaction()을 통해 반환되는 값

Isolation Level

https://suhwan.dev/2019/06/09/transaction-isolation-level-and-lock/

이 블로그보다 잘 설명할 자신이 없습니다 😅

ACID의 원칙을 너무 타이트하게 지키면 동시성(Concurrency)에 대한 퍼포먼스가 떨어지기 때문에 Isolation 원칙을 희생하여 동시성에 대한 이점을 가지게 한다.
이러한 Isolation Level 제어는 DB에서 설정할 수도 있고, JDBC 드라이버 혹은 DataSource를 통해서 설정할 수도 있고, 트랜잭션 단위로 격리수준을 조정할 수도 있다.
따라서 ANSI/ISO SQL standard 에서 정의한 isolation level은 READ UNCOMMITTED, READ COMMITTED, REPEATABLE READ, SERIALIZABLE 이다.

트랜잭션 레벨

READ_UNCOMMITED (Level 0)
READ_COMMITED (Level 1)
REPEATABLE_READ(Level 2)
SERIALIZABLE(Level 3)
DEFAULT : 사용하는 DB 기본 설정을 따른다.

caffeine-library / pro-spring-5

[keyword] 9장 트랜잭션 관리 키워드 정리 #67

주제