본문 바로가기
JAVA

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

by HANdeveloper 2022. 9. 23.
트랜잭션의 격리 수준
트랜잭션에서 일관성이 없는 데이터를 허용하도록 하는 수준

동시에 여러 트랜잭션이 처리될 때, 특정 트랜잭션이 다른 트랜잭션에서 변경하거나

조회하는 데이터를 볼 수 있도록 허용할지 말지를 결정하는 것

 

격리수준은 다음과 같이 4가지로 정의

READ UNCOMMITTED          커밋되지 않은 읽기 - 격리수준이 가장 낮음
- 트랜잭션에 처리중인 혹은 아직 커밋되지 않은 데이터를 다른 트랜잭션이 읽는 것을 허용
- 어떤 사용자가 A라는 데이터를 B라는 데이터로 변경하는 동안 다른 사용자는 아직 완료되지않은(uncommitted&dirty)트랜잭션이지만 변경된 데이터인 B를 읽을 수 있음
- 데이터베이스의 일관성을 유지할 수 없음
READ COMMITTED               커밋된 읽기 - 트랜잭션이 수행되는 동안 다른 트랜잭션이 접근할 수 없어 대기
- commit이 이루어진 트랜잭션만 조회가능
- 어떤 사용자가 A라는 데이터를 B라는 데이터로 변경하는 동안 다른 사용자는 해당 데이터에 접근할 수 없음
- default 로 사용하는 level
REPEATABLE READ               반복가능한 읽기 - 트랜잭션에서 범위 내 조회한 데이터의 내용이 항상 동일함을 보장
- 다른 사용자는 그 영역에 해당되는 데이터에 대한 수정이 불가능
SERIALIZABLE                       직렬화 가능 - 격리수준이 가장 높음
- 완벽한 읽기 일관성 모드를 제공
- 다른 사용자는 그 영역에 해당되는 데이터에 대한 수정 및 입력이 불가능

 

트랜잭션 격리 수준에 따라 발생하는 문제점

Dirty Read 커밋되지않은 수정 중인 데이터를 다른 트랜잭션에서 읽을 수 있도록 허용할 때 발생하는 현상
None-Repeatable Read - 한 트랜잭션에서 같은 쿼리를 두 번 수행할 때, 두 쿼리의 결과가 상이하게 나타나는 비 일관성 현상
- 한 트랜잭션이 수행중일 때 다른 트랜잭션이 값을 수정 또는 삭제함으로써 나타남
Phantom Read - 한 트랜잭션에서 같은 쿼리를 두 번 수행할 때, 첫 번째 쿼리에서 없던 레코드가 두 번째 쿼리에서 나타나는 현상
- 한 트랙잭션이 수행중일 때 다른 트랜잭션이 새로운 레코드를 삽입합으로써 나타남

 

댓글