Transaction Isolation (트랜잭션의 격리성)

 

저번 글에서 트랜잭션의 ACID 특성에 대해 잠깐 언급했던 적이 있는데요.

오늘은 트랜잭션의 ACID 중 I(Isolation)인 격리성의 격리 수준에 대한 글을 포스팅하고자 합니다.

Docker와 MySQL을 이용한 트랜잭션 rollback / commit 실습은 아래 글을 참고해주세요 : )

 

[Docker/MySQL] 트랜잭션(Transaction)

 

 

Isolation Level (격리 수준) 이란?!

멀티 쓰레드 / 트랜잭션이 동시에 동일한 테이블 / 레코드에 접근할 때 적용하는 규칙

Lock 과 비슷하지만 다르다!

 

 

📌 Read Uncommitted

commit 여부와 관계없이 현재 레코드 값을 리턴하는 것

가장 낮은 데이터의 안정성 But 가장 높은 성능

Dirty Read 현상 발생 가능하다 !

rollback 수행 시 읽어갔던 값은 쓰레기 값이 되어지는 현상

 

 

📌Read Committed

오라클의 기본 값으로 Commit 된 마지막 값을 리턴하는 것

일반적으로 많이 사용되어지는 격리 수준

Non - Repeatable Read 현상 발생 가능하다 !

동일한 트랜잭션 안에서 동일한 쿼리의 결과가 달라지는 현상

 

📌Reapeatable Read 

MySQL의 기본 값으로 동일한 트랜잭션에서는 한 쿼리의 값이 항상 일정한 것

백업이나 복제와 같이 상대적으로 긴 시간동안 동작하는 트랜잭션에서 안정적인 실행 결과가 보장되거나 필요한 경우 사용

Phantom Read 현상 발생 가능하다 !

중간에 새로운 쿼리를 실행하면 없던 값이 나타나는 현상

Q . 왜 Phantom Read 현상이 가능할까!? 

A . 백업 / 복제 시에 데이터의 변경을 불가능하지만 추가 / 삭제는 가능하기 때문에 발생한다.

 

📌Serializable Read

두 개의 트랜잭션이 동시에 수행되지 않는 것

이전 트랜잭션이 커밋이 완료 되면 다음 트랜잭션을 실행하는 방식이다.

가장 높은 데이터 안정성 But 가장 낮은 성능 -> 실제로는 많이 안 쓰인다.

 

 

트랜 잭션의 격리성 수준 총 정리

Isolation Level	Dirty Read	Non - Repeatable Read	Phantom Read
Read Uncommitted	가능	가능	가능
Read Committed	불가능	가능	가능
Repeatable Read	불가능	불가능	가능
Serializable Read	불가능	불가능	불가능

 

MySQL Isolation 관련 실습

아주 간단하게 현재 Isolation 값 확인과 변경에 관한 실습이니 코드만 보여주고 실제 실습은 생략합니다 : )

show variables like '%isolation%'; // 현재 isolation 값 확인하기
set tx_isolation = 'READ-COMMITTED' ; // read - committed 로 isolation 변경하기
show variables like '%isolation%'; // 변경 된 isolation 값 확인 하기

MySQL의 기본 격리 수준은 Repeatable Read 이다!

 

why?! 백업 / 복제의 안정성 때문 !

👉🏻 MySQL의 핵심 기능인 복제가 안정적으로 동작하도록 하기 위해 성능을 희생하여 default 격리 수준을 repeatable read로 설정되어진다. 이론적으로는 Read Committed (Oracle의 기본 격리수준)이 빠르지만 두 개의 성능 차이는 미세하다.

 

트랜잭션의 격리 수준 비교

• 현재의 데이터 값 VS Undo Log 상의 마지막 커밋된 값 (Read Uncommitted VS Read Committed)
• Undo Log 상의 마지막 커밋된 값 VS Undo Log 상의 커밋된 값들 중에서 처음으로 읽어간 시간 고려 (Read Committed VS Repeatable Read)