패스트캠퍼스 챌린지 7일차 - 트랜잭션 @Transactional

📌 트랜잭션

✔️ ACID

• [A] Atomicity 원자성
• [C] Consistency 일관성
• [I] Isolation 독립성
• [D] Durability 지속성

---

✔️ Transactional

• 메서드 or 클래스에 설정시 메서드의 시작과 끝이 트랜잭션의 생명주기가 된다.
• 메서드 내 DML명령 호출 메서드들을 한 개 트랜잭션으로 묶어준다.

---

✔️ CheckedException, UncheckedException

CheckedException (컴파일에러)

• Exception, IOException, FileNotFoundException ...
• 트랜잭션 중 예외가 발생하여도 롤백하지 않음 (커밋까지 모두 수행)
• 반드시 예외에 대한 처리가 명시적으로 필요
  (try-catch or throw or throws)

UncheckedException (런타임에러)

• RunTimeException, NullPointerException, IndexOutOf~
• 트랜잭션 중 예외 발생시 롤백 수행

---

✔️ CheckedException에 대해 명시적 Rollback 수행

@Transactional - rollbackFor()

ex)
@Transactional(rollbackFor = Exception.class)

• 명시적으로 CheckException인 Exception에 대해 롤백을 수행하도록 설정

---

✔️ private 메서드에서 @Transactional 사용

private으로 지정된 메서드에서 @Transactional 사용시 UncheckedException이 발생하여도 롤백이 수행되지 않는다.
(마치 @Transactional이 적용되지 않은 것 같음)

public void call() {
    this.realMethod();
}

@Transactional
private void realMethod() {

    // ...트랜잭션 수행 ... //
    throw new RuntimeException();
}

• 명시적으로 UncheckedException을 방생시켰지만 롤백 수행되지 않음
• call()에서 호출한 메서드의 어노테이션은 무시됨
• public이여도 무시됨
• 실수의 여지가 있으므로 조심
• @Transactional 어노테이션 뿐만 아니라 모든 어노테이션에 적용됨

---

✔️ @Transactional - isiolation

• 트랜잭션 격리수준
• default: DEFAULT (DB의 기본 격리수준을 따라감)
  MySQL의 경우 default: REPEATABLE_READ

READ_UNCOMMITTED (Level 1)

• 커밋되지 않은 데이터에 접근을 허용
• 한 트랜잭션에서 업데이트 한 데이터가 커밋 전이어도 다른 트랜잭션이 업데이트 된 데이터에 접근 가능
• 커밋전 업데이터 된 데이터를 읽었지만 해당 업데이트 트랜잭션이 롤밸된다면 업데이트 된 데이터를 읽은 트랜잭션은 롤백 전 데이터를 가짐 (update오류)
• insert에서도 동일한 오류 발생 가능
  👿 Dirty Read

READ_COMMITTED (Level 2)

• 커밋된 데이터에 대해서만 조회를 허용
• A트랜잭션의 커밋 여부에 따라 B트랜잭션이 읽는 값이 다를 수 있음
  즉, B트랜잭션 동안 같은 데이터를 조회하지만 결과가 다를 수 있
  👿 Non-repeatable Read 발생 가능

REPEATABLE_READ (Level 3)

• 트랜잭션 수행 후 한 번 조회된 값이 트랜잭션이 종료될 때까지 조회된다.
  즉, 트랜잭션 수행 전 커밋된 데이터만 조회 가능
• 트랜잭션 시작 시 데이터의 스냅샷을 저장하고 트랜잭션 동안은 스냅샷만을 사용
  👿 Phantom Read 발생 가능

SERIALIZABLE (Level 4)

• 한 트랜잭션이 조회를 시작하면 해당 테이블의 다른 트랜잭션에 의한 수정/삭제/삽입은 불가능하다.

• 레벨이 높아질수록 데이터 정합성 👆, 동시성 👇

---

✔️ @Transactional - propagation

• 트랜잭션의 전파

REQUIRED (default)

• 기존 트랜잭션이 있다면 그대로 기존 트랜잭션을 사용
  기존 트랜잭션이 없다면 새로운 트랜잭션을 생성

REQUIRES_NEW

• 각각 자신의 트랜잭션을 사용. 기존 트랜잭션이 있어도 새로운 트랜잭션을 생성

NESTED

• 기존 트랜잭션이 있는 상태에서 다른 메서드 호출 등으로 트랜잭션이 필요한 경우
  기존 트랜잭션을 사용
• but, 호출된 메서드가 롤백되는 경우 기존 트랜잭션은 그대로 커밋됨

   기존 트랜잭션이 롤백되는 경우 호출된 메서드까지 롤백됨  

SUPPORTS

• 호출하는 쪽의 트랜잭션이 있다면 그대로 사용 (재활용)
• 트랜잭션이 없다면 트랜잭션을 생성하지 않고 그냥 수행

NOT_SUPPORTED

• 호출하는 쪽의 트랜잭션이 있다면 해당 트랜잭션을 멈추고 호출된
  메서드를 수행 (트랜잭션 없이 수행)

MANDATORY

• 트랜잭션을 필수로 요구
• 트랜잭션이 없다면 오류 (트랜잭션을 생성하지 않음)

NEVER

• 트랜잭션이 있으면 안됨
• 트랜잭션이 있다면 오류

---

👍  수강인증

 

 

패스트캠퍼스 [직장인 실무교육]

본 포스팅은 패스트캠퍼스 환급 챌린지 참여를 위해 작성되었습니다.