[TIL] 트랜잭션

🙏🏻 트랜잭션 Transaction

 - 여러 개의 작업들을 하나의 그룹으로 묶어서 처리하는 처리 단위

 - 물리적으로는 여러 개의 작업

    논리적으로는 하나의 작업으로 인식하여 전부 성공 or 실패로 처리되어야 함 ( All or Nothing )

   → 데이터의 무결성 보장

---

📍 트랜잭션 특징 : ACID 원칙

 ① Atomicity : 원자성

 - 작업을 더 이상 쪼갤 수 없음

 - 논리적으로 하나의 작업으로 인식되면 어떤 작업은 처리하고 어떤 작업은 처리 하지 않아도 되는 식으로 쪼개서 처리 X

   → 둘 다 성공하거나 실패하는 등의 하나로만 처리가 보장되어야 함

 - ex) 음료 주문을 하면 음료 수 만큼 스탬프 횟수가 증가되는 작업이 있을 때

          음료 주문과 스탬프 증가는 둘 다 성공하거나 둘 다 실패로 처리 되어야 함 (음료 주문만 되거나 스탬프 증가만 되면 x)

 ② Consistency : 일관성

 - 트랜잭션이 에러 없이 성공적으로 종료될 경우 비즈니스 로직에서 의도하는 대로 일관성 있게 저장되거나 변경됨

 - ex) 비즈니스 로직에 맞게 주문 한 커피 수 만큼 스탬프 횟수가 증가함

 ③ Isolation : 격리성

 - 여러 개의 트랜잭션이 실행될 경우 각각 독립적으로 실행되어야 함

 - CPU가 프로세스를 처리하는 과정을 이해하고 있어야 함

 - 컴퓨터로 인터넷 쇼핑을 하면서 동시에 음악을 듣고 있따면 눈에는 보이지 않지만 CPU가 두 개의 프로세스를 번걸아가며 실행

 - DB도 성능 향상을 목적으로 한 개 이상의 트랜잭션을 번갈아가며 처리함

 ④ Durability : 지속성

 - 트랜잭션이 완료되면 그 결과가 지속되어야 함

 - 데이터베이스가 종료되어도 데이터는 물리적인 장소에 저장되어 지속적으로 유지되어야 함

---

📍 트랜잭션 커밋 Commit / 롤백 Rollback

 ▪️ 커밋 : Commit

  - 모든 작업을 최종적으로 데이터베이스에 반영하는 명령어

  - 커밋 명령을 수행하면 변경된 내용이 데이터베이스에 영구적으로 저장되고 트랜잭션이 종료됨

  - 커밋 명령을 수행하지 않으면 작업의 결과가 데이터베이스에 최종적으로 반영되지 않음

 ▪️ 롤백 : Rollback

  - 작업 중 문제가 발생했을 때 트랜잭션 내 수행된 작업들을 취소함

  - 트랜잭션 시작 이전의 상태로 되돌아감

---

📍 선언형 트랜잭션

  ▪️ 애너테이션 방식의 트랜잭션 적용

  - 작성한 비즈니스 로직에 애너테이션 추가

  - @Transactional 이라는 애너테이션을 트랜잭션이 필요한 영역에 추가

@Service
@Transactional
public class MemberService { 
   ...
    ..
     .
 }

 → 클래스 레벨에 애너테이션 추가 : 해당 클래스에서 MemberRepository의 기능을 이용하는 모든 메서드에 트랜잭션 적용

---

 💡 체크 예외 : checked exception

   - @Transactional만 추가해서 rollback이 되지 않으며 해당 체크예외를 직접해주거나 언체크 예외로 감싸 Rollback 기능 적용

   - 직접 지정 : @Transactional(rollbackFor={SQLException.class}) 등

---

 💡 트랜잭션 전파 : Transaction Propagation

   - 트랜잭션의 경계에서 진행 중인 트랜잭션이 존재 / 존재하지 않을 때 어떻게 동작할지 결정하는 방식

   - propagation 애트리뷰트를 통해서 설정할 수 있음

   ① Propagation.REQUIRED

    - 진행 중인 트랜잭션이 없으면 새로 시작하고 진행 중인 트랜잭션이 있으면 해당 트랜잭션에 참여

    - OrderService에서 createOrder( )를 호출하면 트랜잭션 하나 생성되며 createOrder( ) 내에서

       updateMember( )가 호출되면 updateMember에 @Transactional(propagation=Propagation.REQUIRED)가

       지정되어있기 때문에 현재 OrderService에서 진행 중인 트랜잭션에 참여하게 됨 

   ② Propagation.REQUIRES_NEW

    - 이미 진행중인 트랜잭션과 무관하게 새로운 트랜잭션 시작

    - 기존에 진행중이던 트랜잭션은 새로 시작된 트랜잭션이 종료될 때 까지 중지됨

   ③ Propagation.MANDATORY

    - 진행 중인 트랜잭션이 없으면 예외를 발생시킴

   ④ Propagation.*NOT_SUPPORTED*

   - 트랜잭션이 필요로 하지 않음을 의미함

   - 진행 중인 트랜잭션이 있으면 메서드 실행이 종료될 때까지 진행중인 트랜잭션은 중지되며 

      메서드 실행이 종료되면 트랜잭션을 계속 진행함

   ⑤ Propagation.*NEVER*

   - 트랜잭션이 필요로 하지 않음을 의미

   - 진행 중인 트랜잭션이 존재할 경우에는 예외를 발생시킴

---

 💡 트랜잭션 격리 레벨 : Isolation Level

   - ACID 원칙을 보며 트랜잭션은 다른 트랜잭션에 영향을 주지 않고 독립적으로 실행되어야 하는 격리성 보장 필요

   - Spring은 이러한 격리성을 조정할 수 있는 옵션을 @Transactional의 isolation 애트리뷰트를 통해 제공

   ① Isolation.DEFAULT

    - 데이터베이스에서 제공하는 기본 값

   ② Isolation.READ_UNCOMMITTED

    - 다른 트랜잭션에서 커밋하지 않은 데이터를 읽는 것을 허용함

   ③ Isoloation.READ_COMITTED

    - 다른 트랜잭션에 의해 커밋된 데이터를 읽는 것을 허용

   ④ Isolation.REPEATABLE_READ

    - 트랜잭션 내에서 한 번 조회한 데이터를 반복해서 조회해도 같은 데이터가 조회되도록 함

   ⑤ Isolation.SERIALIZABLE

    - 동일한 데이터에 대해서 동시에 두 개 이상의 트랜잭션이 수행되지 못하도록 함

---

 ▪️  AOP 방식의 트랜잭션 적용

  - AOP 방식을 이용하여 비즈니스 로직에서 트랜잭션 적용 코드 감추기

---

📍 분산 트랜잭션

  - 서로 다른 데이터 소스를 사용하는 한 개 이상의 데이터베이스를 하나의 트랜잭션으로 묶어서 처리