트랜잭션

[dnnals]

📆 일자: 26년 8월 7일(금)

발제 의도

단순 암기를 넘어 다중 사용자 환경에서 데이터의 일관성과 시스템 성능 간의 트레이드오프를 이해하고, 동시성 이슈에 대처하는 DB 메커니즘을 학습하기 위한 주제입니다.

1. 트랜잭션의 개념과 이를 보장하는 ACID 원칙에 대해 설명해주세요.

2. 트랜잭션 격리 수준 4가지와 각 수준에서 발생하는 데이터 이상 현상을 설명해주세요.

[9ga0]

1. 트랜잭션의 개념과 이를 보장하는 ACID 원칙에 대해 설명해주세요.

트랜잭션은 데이터베이스 작업 시 여러 쿼리를 하나의 작업 단위로 묶어 무결성을 보장하는 기술입니다. 계좌 송금 예시처럼 작업 중간에 실패할 경우 전체를 취소(Rollback)하거나 모두 성공(Commit)시켜야 하는 데이터 일관성을 위해 필수적입니다.
이 트랜잭션을 보장하려면 ACID 원칙을 따라야 합니다. Atomicity 원자성, Consistency 일관성, Isolation 고립성, Durability 지속성을 의미합니다. 모든 작업이 성공하거나, 전부 실패해야하는 원자성, 항상 일관된 상태를 유지해야하는 일관성, 트랜잭션들이 동시에 실행돼도 서로 방해하는 않는 고립성, 커밋되면 사라지지 않는 지속성이 원칙입니다.

2. 트랜잭션 격리 수준 4가지와 각 수준에서 발생하는 데이터 이상 현상을 설명해주세요.

트랜잭션 격리 수준은 동시에 여러 트랜잭션이 실행될 떄, 서로의 변경 내용을 어느 정도까지 보이게 할지 정하는 기준입니다. 격리 수준이 낮으면 성능은 좋아질 수 있지만 데이터 이상 현상이 생길 가능성은 커집니다. 격리 수준이 높으면 데이터 정합성은 좋아지지만 동시성이 떨어질 수 있습니다.
트랜잭션의 격리 수준에 따라 나타나는 대표적인 이상현상은 Dirty Read, Non-repeatable Read, Phantom Read가 있습니다. Dirty Read는 아직 커밋되지 않은 데이터를 다른 트랜잭션이 읽는 현상을 말하고, Non-repeatable Read는 같은 데이터를 두 번 읽었는데 중간에 값이 바뀌는 현상을 말합니다. Phantom Read는 같은 조건으로 조회했는데 중간에 행이 추가/삭제되어 결과 집합이 달라지는 현상을 말합니다.

1. 가장 낮은 격리 수준은 Read Uncommitted로, 다른 트랜잭션이 아직 커밋하지 않은 데이터도 읽을 수 있는 단계로, 위 세 가지 이상현상 모두 발생 가능합니다.

T1: 상품 가격을 10,000원에서 8,000원으로 변경
T2: 아직 커밋 전인 8,000원을 읽음
T1: 롤백
T2: 실제로는 존재하지 않는 값을 읽은 셈

2. 다음으로 격리 수준으로는 Read Committed로, 커밋된 데이터만 읽을 수 있습니다. Dirty Read는 막지만, 같은 트랜잭션 안에서 같은 데이터를 다시 읽었을 때 값이 달라질 수는 있습니다. 따라서 발생할 수 있는 이상현상은 Non-repeatable Read, Phantom Read입니다.

T1: 회원 등급 조회 → BASIC
T2: 회원 등급을 VIP로 변경 후 커밋
T1: 같은 회원 등급 다시 조회 → VIP

3. Repeatable Read 수준에서는 같은 트랜잭션 안에서 같은 데이터를 여러 번 읽어도 값이 동일하게 보장됩니다. 그럼에도 Phantom Read는 발생 가능합니다.

T1: id=1 회원 조회 → BASIC
T2: id=1 회원을 VIP로 변경 후 커밋
T1: id=1 회원 다시 조회 → 여전히 BASIC

“MySQL InnoDB는 Next-Key Lock/MVCC 덕분에 많은 경우 Phantom Read도 방지한다”

• Phantom Read는 동일 조건으로 조회했는데 다른 결과가 도출되는 현상이다.
• MVCC(Multi-Version Concurrency Control)은 데이터의 여러 버전을 관리하는 방식이다. COMMIT하더라도 일관된 읽기에서는 자신이 보고 있던 스냅샷을 계속 본다.
• Next-Key Lock은 레코드뿐만 아니라 레코드 사이의 범위(gap)까지 잠그는 방식이다.

4. Serializable는 가장 높은 격리 수준으로, 트랜잭션들이 동시에 실행되는 것이 아니라 순서대로 실행되는 것처럼 보장합니다. 위 세가지 이상현상 모두 발생을 방지할 수 있으며, 데이터 정합성이 가장 강하다는 장점이 있지만, 동시성이 낮아져 성능이 떨어질 수 있다는 단점이 존재합니다.

정리)

격리 수준	핵심 요약	Dirty Read	Non-repeatable Read	Phantom Read
Read Uncommitted	커밋 안 된 것도 읽음	발생 가능	발생 가능	발생 가능
Read Committed	커밋된 것만 읽음	방지	발생 가능	발생 가능
Repeatable Read	같은 행은 반복 조회해도 같음	방지	방지	발생 가능
Serializable	순서대로 실행되는 것처럼 보장함	방지	방지	방지

[k9425mino]

1. 트랜잭션의 개념과 이를 보장하는 ACID 원칙에 대해 설명해주세요.

트랜잭션(Transaction)은 데이터베이스에서 하나의 논리적인 작업 단위를 의미한다. 즉, 여러 개의 SQL 연산이 하나의 작업을 구성한다면 이를 하나의 트랜잭션으로 묶어서 모두 성공하거나 모두 실패하도록 처리한다.

대표적인 예가 계좌 이체이다.

A 계좌에서 10,000원 차감
        ↓
B 계좌에 10,000원 추가

두 작업이 모두 성공해야 정상적인 계좌 이체가 된다.

만약 다음과 같이 된다면?

A 계좌에서 10,000원 차감 → 성공
B 계좌에 10,000원 추가 → 실패

A에서는 돈이 빠졌는데 B에는 돈이 들어오지 않는 문제가 발생한다.

따라서 두 작업을 하나의 트랜잭션으로 묶는다.

[BEGIN]

A 계좌에서 10,000원 차감
B 계좌에 10,000원 추가

[COMMIT]

모든 작업이 성공하면:

COMMIT
→ 변경사항 확정

중간에 오류가 발생하면:

ROLLBACK
→ 트랜잭션에서 수행한 변경사항 취소

즉, [ 트랜잭션 = 데이터베이스에서 하나의 논리적인 작업 단위 ]라고 이해하면 된다.

트랜잭션은 안전하게 처리되기 위해 ACID라는 네 가지 특성을 가진다.

• Atomicity(원자성): 전부 성공 또는 전부 실패
• Consistency(일관성): 데이터 무결성 유지
• Isolation(격리성): 트랜잭션 간 간섭 최소화
• Durability(지속성): COMMIT 결과 영구 보존

[ Atomictiy — 원자성 ] : 트랜잭션을 더 이상 나눌 수 없는 하나의 작업 단위로 취급하는 특성

All or Noting, 모든 작업이 성공하거나, 하나라도 실패하면 전체 작업을 취소해야 한다.

[트랜잭션 시작]

A 계좌 -10,000원
B 계좌 +10,000원

[COMMIT]

정상적인 경우에는 두 작업이 모두 반영된다.

하지만 B 계좌에 돈을 추가하는 과정에서 오류가 발생했다면:

A 계좌 -10,000원 → 성공
B 계좌 +10,000원 → 실패
        ↓
ROLLBACK
        ↓
A 계좌도 원래 상태로 복구

따라서 부분적으로만 성공하는 상황을 방지한다.

[ Consistency — 일관성 ] : 트랜잭션이 실행되기 전 데이터베이스가 정상적인 상태였다면, 트랜잭션이 완료된 후에도 정상적인 상태여야 한다는 원칙

여기서 정상적인 상태란 데이터베이스의 무결성 제약 조건이나 비즈니스 규칙 등을 만족하는 상태를 의미한다.

예를 들어:

계좌 잔액 >= 0

이라는 제약이 있다고 생각해 보자.

트랜잭션 실행 후:

A 계좌 = -10,000원

이 되어버린다면 데이터베이스의 규칙이 깨진다.

따라서 정상적인 트랜잭션이라면 이런 상태가 발생하지 않아야 한다.

[ Isolation — 격리성 ] : 여러 트랜잭션이 동시에 실행되더라도 서로의 작업에 부적절하게 간섭하지 않도록 하는 특성

예를 들어 두 사용자가 동시에 같은 계좌를 조회하거나 수정할 수 있다고 하자.

트랜잭션 A
      ↘
       같은 데이터
      ↗
트랜잭션 B

이때 한 트랜잭션의 아직 확정되지 않은 변경사항을 다른 트랜잭션이 마음대로 읽거나, 도잇에 수정하면서 데이터가 꼬이면 문제가 발생한다.

그렇다고 모든 트랜잭션을 완벽하게 서로 격리하면:

트랜잭션 A 실행
      ↓
트랜잭션 A 종료
      ↓
트랜잭션 B 실행
      ↓
트랜잭션 B 종료

처럼 사실상 순차 실행에 가까워진다.

그러면 동시성이 크게 떨어지게 되고, 그래서 데이터베이스는 Isolation Level(트랜잭션 격리 수준)을 제공한다.

[ Durability — 지속성 ] : 트랜잭션이 성공적으로 COMMIT되었다면, 이후 시스템에 장애가 발생하더라도 그 결과가 사라지지 않아야 한다는 원칙

예를 들어:

계좌 이체
   ↓
COMMIT
   ↓
정상적으로 완료
   ↓
갑자기 서버 장애

서버가 다시 복구되었을 때 이체 결과가 사라지면 안 된다.

데이터베이스는 이를 위해 일반적으로 로그, WAL(Write-Ahead Logging), 복구(Recovery) 등의 매커니즘을 사용한다.

---

2. 트랜잭션 격리 수준 4가지와 각 수준에서 발생하는 데이터 이상 현상을 설명해주세요.

격리 수준을 이해하려면 먼저 다음 세 가지 이상 현상을 알아야 한다.

• Dirty Read: 아직 COMMIT하지 않은 데이터를 읽음
• Non-Repeatable Read: 같은 행을 다시 읽었는데 값이 달라짐
• Phantom Read: 같은 조건으로 다시 읽었는데 행의 집합이 달라짐

[ Dirty Read ] : 아직 COMMIT되지 않은 다른 트랜잭션의 데이터를 읽는 현상

예를 들어:

트랜잭션 A

잔액 10,000원
     ↓
잔액 50,000원으로 변경
     ↓
아직 COMMIT하지 않음

이때 트랜잭션 B가:

SELECT
→ 50,000원이라고 읽음

그런데 A가:

ROLLBACK

한다면 실제 데이터는 다시:

10,000원

즉 B는 실제로 확정되지 않은 데이터를 읽은 것이다.

[ Non-Repeatable Read ] : 같은 트랜잭션에서 같은 행을 두 번 읽었는데 값이 달라지는 현상

예를 들어:

트랜잭션 A
SELECT
→ 잔액 = 10,000원

그 사이에 트랜잭션 B가:

잔액을 20,000원으로 변경
COMMIT

그리고 다시 A가:

SELECT
→ 잔액 = 20,000원

같은 트랜잭션에서 같은 데이터를 조회했는데:

첫 번째 조회 → 10,000원
두 번째 조회 → 20,000원

으로 결과가 달라졌다.

[ Phantom Read ] : 같은 조건으로 조회했는데 이전에는 없던 행이 새롭게 나타나거나 기존 행이 사라지는 현상

예를 들어:

SELECT *
FROM user
WHERE age >= 20;

첫 번째 조회:

10개 행

그 사이에 다른 트랜잭션이:

age = 25인 사용자 INSERT
COMMIT

그리고 다시 같은 쿼리를 실행한다.

SELECT *
FROM user
WHERE age >= 20;

결과:

11개 행

기존 행의 값이 변경된 것이 아니라 조회 대상 집합 자체가 변한 것이다.

[ READ UNCOMMITTED ] : 가장 낮은 격리 수준

다른 트랜잭션이 아직 COMMIT하지 않은 데이터도 읽을 수 있다.

따라서:

Dirty Read          ⭕
Non-Repeatable Read ⭕
Phantom Read        ⭕

• 장점: 높은 동시성, 상대적으로 낮은 처리 비용
• 단점: 데이터 정합성이 낮음, Dirty Read 등의 이상 현상 문제가 발생할 수 있음

[ READ COMMITTED ] : COMMIT된 데이터만 읽는 수준

따라서 Dirty Read를 방지한다.

Dirty Read          ❌
Non-Repeatable Read ⭕
Phantom Read        ⭕

예를 들어 A가 데이터를 수정하고 아직 COMMIT하지 않았다면 B는 해당 변경사항을 읽지 못한다.

하지만 A가 데이터를 다시 읽는 사이 B가 값을 수정하고 COMMIT하면:

첫 번째 조회 → 10,000원
두 번째 조회 → 20,000원

이 될 수 있다.

따라서 Non-Repeatable Read는 발생할 수 있다.

참고로 DBMS마다 기본 격리 수준이 다르다. 따라서 "모든 DB의 기본값이 READ COMMITTED"라고 외우면 안 된다.

[ REPEATABLE READ ] : 한 트랜잭션에서 같은 행을 반복해서 읽어도 동일한 결과를 얻을 수 있도록 하는 수준

따라서:

Dirty Read          ❌
Non-Repeatable Read ❌
Phantom Read        ⭕*

SQL 표준의 일반적인 설명에서는 Phantom Read가 발생할 수 있다.

다만 실제 Phantom Read 발생 여부는 DBMS의 구현 방식에 따라 달라질 수 있다. 특히 MVCC나 Lock을 사용하는 방식에 따라 실제 동작이 SQL 표준의 단순한 설명과 다를 수 있다.

[ SERIALIZABLE ] : 가장 높은 격리 수준

트랜잭션들이 마치 순차적으로 실행된 것과 같은 결과를 얻도록 한다.

따라서 일반적인 세 가지 이상 현상을 모두 방지한다.

Dirty Read          ❌
Non-Repeatable Read ❌
Phantom Read        ❌

대신 동시성이 낮아진다. 트랜잭션 간 Lock 경합이나 대기 등이 증가할 수 있기 때문이다.

[paiwhy]

1. 트랜잭션의 개념과 이를 보장하는 ACID 원칙에 대해 설명해주세요.
→ 트랜잭션이란 데이터 베이스에서 논리적인 작업의 단위이고 하나의 작업을 처리할때 여러개의 작업 실행을 하나로 묶어서 처리하는 것을 의미한다.
ACID란 데이터 베이스에서 트랜잭션이 안전하게 처리되기 위해 반드시 지켜야 하는 속성을 의미

	이름	의미
A	원자성 (Atomicity)	전부수행O/전부수행X
C	일관성 (Consistency)	트랜잭션 전후 데이터 상태 일관
I	고립성 (Isolation)	동시 실행되는건 간섭X
D	지속성 (Durability)	트랜잭션 성공시 결과는 영구 보존

원자성

• 트랜잭션의 모든 작업이 성공해야 데이터베이스의 상태가 변경되고 하나라도 실패할 경우 모든 작업이 롤백됩니다.
• 데이터 손실이나 불일치가 방지됩니다

일관성

• 트랜잭션 수행 전후에 데이터는 비즈니스 규칙과 제약조건을 충족해야합니다.
• 데이터의 신뢰성을 높이고 무결성을 유지합니다

고립성

• 트랜잭션은 독립적으로 처리되며 다른 트랜잭션이 완료될때까지 보이지 않아야합니다
• 동시성 문제를 해결하고 데이터의 무결성을 보장합니다

지속성

• 시스템이 다운되거나 오류가 발생되도 완료된 트랜잭션의 결과는 보존되어야합니다
• 신뢰성과 안정성을 높입니다

2. 트랜잭션 격리 수준 4가지와 각 수준에서 발생하는 데이터 이상 현상을 설명해주세요.

동시에 여러 트랜잭션이 처리될때 트랜잭션끼리 얼마나 고립되어있는거에 대한 수준을 말한다.
데이터베이스는 성능과 정확성 사이에서 격리 수준을 조정할 수 있다.

격리수준	설명
Read Uncommitted	커밋되지 않은 데이터도 읽음
Read Committed	커밋된 데이터만 읽음
Repeatable Read	트랜잭션 중 같은 데이터 반복조회 가능
Serializable	가장 엄격, 완전 격리

• Read Uncommitted
  다른 트랜잭션에서 커밋되지 않은 데이터에 접근할 수 있게 하는 격리 수준이다.
  저수준의 격리 수준이고 일반적으로 사용되지 않는다
  데이터를 업데이트하고 commit 하지 않았을때 트랜잭션에 접근해 커밋되지 않은 데이터를 읽을 수 있다
  하지만 데이터를 읽고 이전 데이터에 문제가 발생하여 롤백한다면 데이터 부정합을 발생시킬수있다

Dirty Read 현상: 커밋되지 않는 트랜잭션에 접근하여 부정합을 유발할 수 있는 데이터를 읽는것

Commited Read
다른 트랜잭션에서 커밋된 데이터로만 접근할 수 있게 하는 격리 수준
기본 격리수준으로 사용된다
데이터를 업데이트 한후 커밋하지 않았을떄 트랜잭션에서 조회할 경우 업데이트 전 커밋 값만 조회가 되어 Dirty Read 현상은 발생하지 않는다 Undo 영역에있다

Undo 영역
변경 전 데이터 저장 영역

Repeatable Read
커밋된 데이터만 읽을 수 있고 자신보다 낮은 트랜잭션 번호를 갖는 트랜잭션에서 커밋한 데이터만 읽을 수 있는 격리수준
(Uncdo 로그떄문에 가능)

MVCC
Undo 영역의 데이터를 스냅샷 처럼 관리하여 동일한 데이터를 보장하는것

Serializable
가장 고수준 격리 트랜잭션을 무조건 순차적으로 진행시킨다
트랜잭션이 끼어들 수 없기에 데이터의 부정합 문제는 발생하지 않으나 동시처리가 불가능해 처리 속도가 저하

[JM-220]

1. 트랜잭션의 개념과 이를 보장하는 ACID 원칙에 대해 설명해주세요.

트랜잭션은 db 에서 논리적으로 하나로 묶여야 하는 작업의 단위이다. 쪼개지면 안 되는 여러 개의 쿼리를 하나로 묶어놓은 것이라고 보면 된다.

늘 나오는 계좌이체 예시가 제일 이해가 쉽다.

UPDATE account SET balance = balance - 10000 WHERE id = 'A';
UPDATE account SET balance = balance + 10000 WHERE id = 'B';

이 둘은 따로 보면 각각 성공한 쿼리지만, 첫 번째만 실행되고 서버가 죽으면 돈이 그냥 증발한다. 그래서 "둘 다 되거나 둘 다 안 되거나" 를 db 가 보장해줘야 하고, 그 단위가 트랜잭션이다.

트랜잭션은 commit(확정) 또는 rollback(취소) 으로 끝난다.

ACID

• Atomicity (원자성) : 전부 반영되거나 전부 반영되지 않거나. 중간 상태가 밖에서 보이면 안 된다. 실패하면 rollback 으로 원래대로 되돌린다. InnoDB 는 undo log 에 변경 전 값을 남겨두고 있다가 이걸로 되돌린다.
• Consistency (일관성) : 트랜잭션 전후로 db 가 정해진 제약조건(PK, FK, NOT NULL, CHECK 등)을 계속 만족해야 한다. 나머지 셋이 db 가 알아서 해주는 성질이라면, 이건 절반 정도는 개발자 책임인 것 같다. 제약조건을 안 걸어놨으면 db 가 지켜줄 방법이 없으니까.
• Isolation (격리성) : 동시에 실행되는 트랜잭션끼리 서로의 중간 결과를 보면 안 된다. 이걸 완벽하게 지키려면 트랜잭션을 하나씩 순서대로 돌려야 하는데 그러면 성능이 죽는다. 그래서 단계를 나눠놓고 고르게 한 것이 2번의 격리 수준이다.
• Durability (지속성) : commit 된 트랜잭션은 시스템이 죽어도 남아있어야 한다. 데이터를 디스크에 바로 쓰는 게 아니라(느리니까) 변경 내역을 로그(redo log / WAL)에 먼저 순차 기록하고 commit 을 반환한다. 장애가 나면 재시작할 때 이 로그를 다시 재생해서 복구한다.

정리하면 A, D 는 장애 상황을 위한 성질이고, I 는 동시성 상황을 위한 성질, C 는 그 결과로 지켜져야 하는 목표라고 이해했다.

2. 트랜잭션 격리 수준 4가지와 각 수준에서 발생하는 데이터 이상 현상을 설명해주세요.

먼저 이상 현상 3가지

• Dirty Read : 아직 commit 되지 않은 다른 트랜잭션의 변경을 읽어버림. 그 트랜잭션이 rollback 하면 나는 존재한 적도 없는 값을 읽은 게 된다.
• Non-Repeatable Read : 같은 행을 두 번 읽었는데 값이 다름. 사이에 다른 트랜잭션이 UPDATE 하고 commit 한 경우.
• Phantom Read : 같은 조건으로 두 번 조회했는데 없던 행이 생기거나 사라짐. 사이에 다른 트랜잭션이 INSERT/DELETE 하고 commit 한 경우. 위가 "값" 의 문제라면 이건 "행 집합" 의 문제이다.

격리 수준 4가지

수준	Dirty Read	Non-Repeatable Read	Phantom Read
READ UNCOMMITTED	O	O	O
READ COMMITTED	X	O	O
REPEATABLE READ	X	X	O (이론상)
SERIALIZABLE	X	X	X

• READ UNCOMMITTED : commit 안 된 것도 그냥 읽는다. 사실상 거의 안 쓴다.
• READ COMMITTED : commit 된 것만 읽는다. 읽을 때마다 그 시점의 최신 commit 된 값을 보기 때문에, 한 트랜잭션 안에서 두 번 읽으면 값이 달라질 수 있다. Oracle, PostgreSQL 의 기본값.
• REPEATABLE READ : 트랜잭션이 시작된 시점의 스냅샷을 계속 보기 때문에, 같은 행을 몇 번 읽어도 같은 값이 나온다. MySQL InnoDB 의 기본값.
• SERIALIZABLE : 트랜잭션들을 순차 실행한 것과 같은 결과를 보장한다. 읽기에도 락이 걸려서 동시성이 많이 떨어진다.

그래서 뭘 쓰나

격리 수준을 올릴수록 안전하지만 락이 늘어나서 처리량이 떨어진다. 결국 정합성 vs 성능 트레이드오프이고, 대부분의 서비스는 기본값(READ COMMITTED 또는 REPEATABLE READ)으로 두고, 재고 차감이나 잔액 처리처럼 진짜 틀리면 안 되는 지점만 락을 따로 잡는 식으로 가는 것 같다.

[dnnals]

기본 질문

1. 트랜잭션의 개념과 이를 보장하는 ACID 원칙에 대해 설명해주세요.

트랜잭션은 다양한 아이템을 액세스하고 변경하는 연산들의 논리적 집합을 말합니다. 쉽게 말하면 데이터베이스의 상태를 변화시키는 논리적 작업의 단위입니다. 이를 보장하는 ACID 원칙은 원자성(Atomicity), 일관성(Consistency), 격리성(Isolation), 영속성(Durability)가 있고 원자성은 트랜잭션 내의 모든 연산은 반드시 모두 반영되거나 모두 반영되지 않아야 한다는 원칙, 일관성은 트랜잭션이 완료된 후에도 DB는 제약조건을 위반하지 않고 일관되게 유지돼야 한다는 원칙, 격리성은 트랜잭션 수행 시, 중간 연산 결과가 다른 트랜잭션에 보이지 않아야 한다는 원칙, 영속성은 성공적으로 완료된 트랜잭션의 결과는 시스템 장애가 발생하더라도 영구적으로 DB에 반영되어야 한다는 원칙입니다.

2. 트랜잭션 격리 수준 4가지와 각 수준에서 발생하는 데이터 이상 현상을 설명해주세요.

트랜잭션의 격리 수준 4가지는 Read Uncommitted, Read Committed, Repeatable Read, Serializable이 있습니다. Read Uncommitted는 다른 트랜잭션의 커밋되지 않은 변경 사항을 읽을 수 있는 상태로 이땐 커밋되지 않은 트랜잭션의 수정 사항을 다른 트랜잭션이 읽은 현상인 Dirty Read, 동일 데이터 재조회 시, 그 사이 다른 트랜잭션의 수정으로 값이 달라지는 현상인 Non-repeatable Read, 동일 조건 재조회 시, 다른 트랜잭션의 삽입 삭제로 결과 행 개수가 달라지는 현상인 Phantom Read 모두가 발생할 수 있습니다. Read Committed는 커밋이 완료된 데이터만 읽을 수 있는 상태로 Dirty Read를 방지합니다. Repeatable Read는 자신의 트랜잭션이 시작되기 전 커밋된 데이터만 읽는 상태로 한 트랜잭션 내에서 몇 번을 조회해도 항상 시작 전의 결과가 항상 보장되고 Dirty Read, Non-repeatable Read를 방지합니다. 마지막으로 Serializable는 가장 엄격한 격리 수준으로 모든 트랜잭션을 순차적으로 실행하는 제어합니다. Serializable는 Dirty Read, Non-repeatable Read, Phantom Read 모든 읽기 문제를 방지합니다.