Transaction Isolation Level (트랜잭션 격리 수준)

이유석·2022년 4월 5일
0

CS - Data Base

목록 보기
10/11
post-thumbnail

Transaction Isolation Level

정의

  • 트랜잭션에 일관성 없는 데이터를 허용하도록 하는 수준

필요성

  • 데이터베이스는 ACID 특징과 같이 트랜잭션이 독립적인 수행을 하도록 한다.
    따라서 Locking을 통해, 트랜잭션이 DB를 다루는 동안 다른 트랜잭션이 관여하지 못하도록 막는 것이 필요하다.

  • 하지만 무조건 Locking으로 동시에 수행되는 수많은 트랜잭션들을 순서대로 처리하는 방식으로 구현하게 되면 데이터베이스의 성능은 떨어지게 될 것이다.

  • 그렇다고 해서, 성능을 높이기 위해 Locking의 범위를 줄인다면, 잘못된 값이 처리될 문제가 발생하게 된다.

  • 따라서, 최대한 효율적인 Locking 방법이 필요하다.

    Locking 기법이란 한 트랜잭션이 데이터에 접근하는 동안 다른 트랜잭션이 해당 데이터에 접근할 수 없도록 하는 병행제어 기법이다.

종류

1. Read Uncinmmited (레벨 0)

  • SELECT 문장이 수행되는 동안 해당 데이터에 Shared Lock이 걸리지 않는 계층
    (트랜잭션에 처리중이거나, 아직 Commit되지 않은 데이터를 다른 트랜잭션이 읽는 것을 허용함)

  • 예시
    사용자1이 A라는 데이터를 B라는 데이터로 변경하는 동안,
    사용자2는 아직 완료되지 않은(Uncommited) 트랜잭이지만 데이터B를 읽을 수 있다.

  • 특징
    데이터베이스의 일관성을 유지하는 것이 불가능 합니다.

2. Read Commited (레벨 1)

  • SELECT 문장이 수행되는 동안 해당 데이터에 Shared Lock이 걸리는 계층
    (트랜잭션이 수행되는 동안 다른 트랜잭션이 접근할 수 없어 대기하게 됨)

  • 예시
    사용자1이 A라는 데이터를 B라는 데이터로 변경하는 동안 사용자2는 해당 데이터에 접근이 불가능함

  • 특징
    Commmit이 이루어진 트랜잭션만 조회가 가능합니다.
    SQL 서버가 Default로 사용하는 Isolation Level이다.

3. Repeatable Read (레벨 2)

  • 트랜잭션이 완료될 때까지 SELECT 문장이 사용하는 모든 데이터에 Shared Lock이 걸리는 계층

  • 특징
    트랜잭션이 범위 내에서 조회한 데이터 내용이 항상 동일함을 보장한다.
    다른 사용자는 트랜잭션 영역에 해당하는 데이터에 대한 수정이 불가능합니다.
    다른 사용자는 트랜잭션 영역에 해당하는 데이터에 대한 입력은 가능합니다.

4. Serializable (레벨 3)

  • 트랜잭션이 완료될 때까지 SELECT 문장이 사용하는 모든 데이터에 Shared Lock이 걸리는 계층

  • 특징
    완벽한 읽기 일관성 모드를 제공합니다.
    다른 사용자는 트랜잭션 영역에 해당하는 데이터에 대한 수정뿐만 아니라 입력 또한 불가능합니다.

선택 시 고려사항

  • Isolation Level에 대한 조정은 동시성과 데이터 무결성에 연관되어 있음

    • 동시성을 증가시키면 데이터 무결성에 문제가 발생한다.
    • 데이터 무결성을 유지하면 동시성이 떨어지게 된다.
  • 레벨을 높게 조정할 수록 발생하는 비용이 증가한다.

Isolation Level을 낮은단계로 설정했을 때 발생하는 현상

Dirty Read

  • 커밋되지 않은 수정중인 데이터를 다른 트랜잭션에서 읽을 수 있도록 허용할 때 발생하는 현상
  • 어떤 트랜잭션에서 아직 실행이 끝나지 않은 다른 트랜잭션에 의한 변경사항을 보게되는 경우

Non-Repeatable Read

  • 한 트랜잭션에서 같은 쿼리를 두 번 수행할 때, 그 사이에 다른 트랜잭션 값을 수정 또는 삭제하면서 두 쿼리의 결과가 다르게 나타나서 일관성이 깨지는 현상

Phantom Read

  • 트랜잭션 도중 새로운 레코드 삽입을 허용할 때 발생하는 현상
  • 한 트랜잭션 안에서 일정 범위의 레코드를 두 번 이상 읽었을 때, 첫번째 쿼리에서 없던 레코드가 두번째 쿼리에서 나타나는 현상
profile
https://github.com/yuseogi0218

0개의 댓글