📌개요

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

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

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

📖Serializable

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

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

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

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

📖Repeatable Read

📖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에서는 같은 트랜잭션 일지라도 조회할 때 마다 입금된 내역이 달라지므로 문제가 생길 수 있다.

📖Read Uncommitted

Read Uncommitted는 커밋하지 않는 데이터 조차도 접근할 수 있는 격리 수준이다.
즉, 다른 트랜잭션의 작업이 커밋 또는 롤백되지 않아도 즉시 보이게 된다.

예를 들어 사용자 A의 트랜잭션에서 INSERT를 통해 데이터를 추가했다고 가정하자.
아직 커밋 또는 롤백이 되지 않는 상태임에도 불구하고 READ Uncommitted는 변경된 데이터에 접근할 수 있다.

이 경우 사용자 B 트랜잭션에서 커밋되지 않은 사용자 A의 데이터를 읽었다가 사용자 A 트랜잭션에서 갑자기 해당 데이터를 지워버린다면 사용자 B 트랜잭션에서는 데이터를 계속 처리하고 있을텐데, 다시 데이터를 조회하니 결과가 존재하지 않는 상황이 생긴다.

이를 Dirty Read라고 하며, 정합성에 문제가 많은 격리 수준이다.

출처 : https://mangkyu.tistory.com/299