🐶 데이터베이스 격리수준

유사개발자·2024년 6월 12일

📌개요

데이터베이스의 트랜잭션 격리수준이란 동시에 여러 트랜잭션이 수행될 때, 트랜잭션 간의 간섭을 어떻게 제어할지를 정의하는 설정이다.

데이터 일관성을 유지하면서 동시에 다수의 트랜잭션을 효율적으로 처리하는 데 중요한 역할을 한다.

트랜잭션 격리 수준은 네 가지 주요 수준이 있다.

📖Serializable

가장 엄격한 격리 수준으로 이름 그대로 트랜잭션을 순차적으로 진행시킨다.

여러 트랜잭션이 동일한 레코드에 동시 접근할 수 없으므로, 어떠한 데이터 부정합 문제도 발생하지 않는다.

하지만 트랜잭션이 순차적으로 처리되어야 하므로 동시 처리 성능이 매우 떨어진다.

즉, 가장 안전하지만 가장 성능이 떨어지므로 극단적으로 안전한 작업이 필요한 경우에만 사용된다.

📖Repeatable Read

Repeatable Read는 하나의 트랜잭션 내에서 동일한 쿼리를 반복 실행할 경우, 항상 동일한 결과가 반환되도록 보장하는 격리 수준이다.

즉, 트랜잭션이 시작된 후에 수행된 SELECT 문은 이후에 데이터를 변경하거나 추가하는 다른 트랜잭션의 영향을 받지 않는다. 이를 통해 Non-Repeatable Read(반복 읽기 불가능) 문제를 방지할 수 있다.

하지만 Phantom Read(팬텀 리드)는 여전히 발생할 수 있다.
예를 들어 첫 번째 SELECT에서 조건에 맞는 행이 5개였는데, 같은 트랜잭션 내에서 두 번째 SELECT를 수행할 때 다른 트랜잭션이 새로운 행을 INSERT하고 커밋하면, 6개의 결과가 반환되는 상황이 발생할 수 있다.

MySQL(InnoDB)의 경우, Repeatable Read 격리 수준에서도 갭 락(Gap Lock)을 통해 팬텀 리드를 방지하므로, 사실상 Serializable에 가까운 동작을 한다.

📖Read Committed

Read Committed는 커밋된 데이터만 조회 할 수 있다. Read Committed는 Repeatable Read에서 발생하는 Phantom Read에 더해 Non-Repeatable Read(반복 읽기 불가능) 문제까지 발생한다.

예를 들어 사용자 A가 트랜잭션을 시작하여 어떤 데이터를 변경하였고, 아직 커밋은 하지 않은 상태라고 할 때, 테이블은 먼저 갱신되고 언두 로그로 변경 전의 데이터가 백업된다.

이때 사용자 B가 데이터를 조회하려고 하면 Read Committed에서는 커밋된 데이터만 조회할 수 있으므로, Repeatable Read와 마찬가지로 언두 로그에서 변경 전의 데이터를 찾아서 반환하게 된다.

최종적으로 사용자 A가 트랜잭션을 커밋하면 그때부터 다른 트랜잭션에서도 새롭게 변경된 값을 참조할 수 있게 된다.

Read Committed에서 반복 읽기를 수행하면 다른 트랜잭션의 커밋 여부에 따라 조회 결과가 달라질 수 있다. 이러한 데이터 부정합 문제를 Non-Repeatable Read(반복 읽기 불가능)라고 한다.

일반적으로는 크게 문제가 되지 않지만, 예를 들어 어떤 트랜잭션에서 오늘 입금된 총 합을 계산하고 있는 도중 다른 트랜잭션에서 계속해서 입금 내역을 커밋하는 상황이라면 Read Committed에서는 같은 트랜잭션 일지라도 조회할 때 마다 입금된 내역이 달라지므로 문제가 생길 수 있다.