트랜잭션의 격리 수준
트랜잭션에서 일관성이 없는 데이터를 허용하도록 하는 수준
동시에 여러 트랜잭션이 처리될 때, 특정 트랜잭션이 다른 트랜잭션에서 변경하거나
조회하는 데이터를 볼 수 있도록 허용할지 말지를 결정하는 것
격리수준은 다음과 같이 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 | - 한 트랜잭션에서 같은 쿼리를 두 번 수행할 때, 첫 번째 쿼리에서 없던 레코드가 두 번째 쿼리에서 나타나는 현상 - 한 트랙잭션이 수행중일 때 다른 트랜잭션이 새로운 레코드를 삽입합으로써 나타남 |
'JAVA' 카테고리의 다른 글
[Spring] 트랜잭션 전파 속성 (Transaction Propagation) (0) | 2022.09.23 |
---|---|
[Spring] @requestBody 와 @responseBody 차이점 (0) | 2022.09.19 |
[Spring] Spring Interceptor (스프링 인터셉터) (0) | 2022.09.04 |
[Spring] AOP (Spring AOP)란? (0) | 2022.09.02 |
[Spring] Spring MVC 란? (2) | 2022.09.01 |
댓글