트랜잭션 격리 수준이 낮을 때 발생할 수 있는 문제는 무엇인가요?

[Sung-june27]

.

[kysub99]

트랜잭션의 격리 수준이 낮을수록 트랜잭션 간 간섭이 허용되어 데이터 정합성 문제가 발생할 수 있다.
대표적으로 커밋되지 않은 데이터를 읽는 dirty read, 다른 트랜잭션의 커밋으로 인해 조회 결과가 달라지는 non-repeatable read, 그리고 조건에 맞는 행의 수나 범위가 변하는 phantom read 가 발생할 수 있다.

[phk1128]

Dirty Read
커밋되지 않은 데이터가 조회되는 현상, READ UNCIMMITED 격리수준에서 발생합니다

Non-Repeatable Read
하나의 트랜잭션에서 같은 행을 여러번 조회하는 경우 다른 트랜잭션의 업데이트로 인해 값이 계속 바뀌는 현상, READ COMMITTED 격리수준 이하에서 발생합니다

Phantom Read
범위 조회 시 없던 row가 생기거나 사라지는 현상, REPEATABLE READ 격리수준 이하에서 발생합니다

Lost Update
동일한 row를 여러 트랜잭션이 수정하면서 데이터가 덮어씌어지는 현상, REPEATABLE READ 격리수준 이하에서 발생합니다

Write Skew
서로 다른 row를 수정했지만 비즈니스 규칙이 깨지는 현상, REPEATABLE READ 격리수준 이하에서 발생합니다.

[phk1128]

예를들어서 재고를 무조건 1개 남겨야함
현재 재고가 2개 남았어 / 재고1, 재고2
트랜잭션 A, B -> 재고 조회 2개 남아있으니까
둘다 -> 남은재고를 각각 false
재고가 0개

비즈니스 규칙 -> 재고를 무조건 1개 남겨야함 X
DB는 정상!

단일 인스턴스에서

• 시리얼라이저블 T1 -> T1, T2 -> T2
• 비관락 -> SELECT .. WHERE flag = true FOR UPDATE 락을 거니까
  재고가 >= 2 재고하나 false

분산 환경에서

• 비관락 , 시리얼라이저블
• 분산락

비관락 걸때 주의사항
비관락은 읽은 row에 락을건다

• 인덱스가 없으면 풀스캔 때려서 전체 row가 락이 걸려버려
• 인덱스가 있으면 where 조건의 결과에 영향을 주는 놈들만 락을 걸음
  true -> 2개 나왔는데 이 결과 영향을 주는 행위는 전부 대기를 시킨다
• true -> false 1개 (대기)
• true 레코드 하나더 추가 3개 (대기)
• false 추가는 됨

[Sung-june27]

트랜잭션의 격리 수준에 따라 Dirty Read, Non-repeatable Read, Phantom Read가 발생할 수 있습니다.

Dirty Read는 커밋되지 않은 데이터를 읽게 되는 문제이고,
Non-repeatable Read는 같은 행을 여러 번 조회하는 경우 다른 트랜잭션이 커밋한 내용으로 인해 재조회를 하는 경우 결과가 달라지는 문제,
Phantom Read는 범위 조회 시 결과 행의 개수나 내용이 달라지는 문제입니다.