Isolation level

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

Isolation level의 필요성

• 데이터베이스는 ACID 특징과 같이 트랜잭션이 독립적인 수행을 하도록 함
• Locking을 통해, 트랜잭션이 DB를 다루는 동안 다른 트랜잭션이 관여하지 못하도록 막는 것이 필요
  • 하지만, Locking으로 동시에 수행되는 수많은 트랜잭션을 순서대로 처리하는 방식으로 구현하면 DB의 성능은 떨어짐
  • 그렇다고, 성능을 높이기 위해 Locking의 범위를 줄인다면, 잘못된 값이 처리될 문제 발생

Isolation level 종류

1. Read Uncommitted(Level 0)

SELECT 문장이 수행되는 동안 해당 데이터에 Shared Lock이 걸리지 않는 계층

• 트랜잭션에 처리 중이거나, 아직 Commit되지 않은 데이터를 다른 트랜잭션이 읽는 것을 허용

• EX)

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

⇒ 데이터베이스의 일관성을 유지하는 것이 불가능

2. Read Commited(Level 1)

SELECT 문장이 수행되는 동안 해당 데이터에 Shared Lock이 걸리는 계층

• 트랜잭션이 수행되는 동안 다른 트랜잭션이 접근할 수 없어 대기하게 됨

• Commit이 이루어진 트랜잭션만 조회 가능

• 대부분의 SQL 서버가 Default로 사용하는 Isolation Level

• EX)

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

3. Repeatable Read(Level 2)