목표 : 트랜잭션의 ACID 속성 중 격리성(Isolation)이 보장되지 않을 때 발생할 수 있는 문제점, 이를 해결하기 위한 트랜잭션 격리 수준확인하기.

1️⃣ 격리성이 보장되지 않는다면 ?

격리성은 동시에 실행되는 트랜잭션들이 서로 영향을 미치지 않도록 보장하는 것을 의미한다. 격리성이 보장되지 않는다면 총 3가지의 문제가 발생한다.

1. Dirty Read

   한 트랜잭션이 아직 커밋되지 않은 데이터를 다른 트랜잭션이 읽어가는 현상이다.

   • 트랜잭션 A가 데이터를 수정한 후 커밋하지 않고 롤백함.

   • 이때 트랜잭션 B는 A가 롤백 전 변경한 데이터를 읽음.

잘못된 임시 데이터가 사용되어 데이터 불일치가 발생할 수 있다.

2. Non-Repeatable Read

   하나의 트랜잭션 내에서 동일한 데이터를 여러 번 읽을 때, 읽을 때마다 결과가 달라지는 현상이다.

   • 트랜잭션 A가 같은 데이터를 여러 번 조회 중임.

   • 그 사이 트랜잭션 B가 데이터를 수정하고 커밋함.

   • 이후 트랜잭션 A는 다시 조회했을 때 처음과 다른 결과를 얻음.

일관되지 않은 데이터가 조회되어 문제가 될 수 있다.

3. Phantom Read

   한 트랜잭션 내에서 같은 조회 조건으로 데이터를 반복 조회할 때, 이전에 없던 새로운 데이터(팬텀)가 갑자기 나타나는 현상입니다.

   • 트랜잭션 A가 특정 조건으로 데이터를 여러 번 조회함.

   • 그 사이 트랜잭션 B가 새로운 데이터를 추가하고 커밋함.

   • 이후 트랜잭션 A가 다시 조회 시 이전에 없던 데이터가 나타남.

데이터가 일관되게 유지되지 않아 신뢰성에 문제가 생깁니다.

---

2️⃣ 격리성 수준

여러 트랜잭션이 동시에 실행될 때 데이터의 일관성을 어떻게 유지할지 결정한다.

1. DEFAULT

   사용하는 데이터 기술 또는 DB 드라이버의 디폴트 설정을 따른다.

2. READ_UNCOMMITTED

   가장 낮은 격리수준이다.

   하나의 트랜잭션이 커밋되기 전에 그 변화가 다른 트랜잭션에 그대로 노출되는 문제가 있다. 위 3가지 문제가 모두 발생한다.

3. READ_COMMITED

   가장 많이 사용하는 격리수준이다. 데이터가 변경되는 동안은 조회할 수 없다. Dirty Read를 방지한다. commit후에 변경된 값을 갖고온다.

4. REPEATABLE_READ

   하나의 트랜잭션이 읽은 데이터를 다른 트랜잭션이 수정할 수 없도록 막아준다. 트랜잭션 내에서 한번 조회한 데이터를 반복해서 조회해도 같은 데이터가 조회된다. 즉 조회한 데이터 내용의 동일함을 보장한다.

5. SERIALIZABLE

   가장 강력한 트랜잭션 격리 수준으로, 트랜잭션을 순차적으로 진행시켜준다. 여러 트랜잭션이 동시에 같은 테이블의 정보를 액세스할 수 없다. SERIALIZABLE은 가장 안전하지만 가장 성능이 떨어지는 격리수준이다.

출처

https://mangkyu.tistory.com/169 [MangKyu's Diary:티스토리]

https://velog.io/@jurlring/MySQL%EC%9D%98-%ED%8A%B8%EB%9E%9C%EC%9E%AD%EC%85%98-%EA%B2%A9%EB%A6%AC-%EC%88%98%EC%A4%80%EA%B3%BC-%EC%8A%A4%ED%94%84%EB%A7%81%EC%9D%98-Transactional-%EA%B8%B0%EB%B3%B8-%EA%B2%A9%EB%A6%AC-%EC%88%98%EC%A4%80