su3inni
commented
9 months ago 속도는 빠르지만 데이터 일관성은 보장 못하는 순서대로 나열한다.
READ UNCOMMITTED
아직 커밋되지 않은 데이터를 읽을 수 있다.
- 커밋되지 않은 읽기를 하기 때문에 transaction A와 transaction B가 서로 다른 값을 읽을 수 있다. Dirty Read 현상 발생
Dirty Read
- 특정 트랜잭션에서 데이터를 변경했지만, 아직 커밋되지 않았을 때
- 다른 트랜잭션에서 해당 값을 조회하면서 생기는 문제
즉, Dirty-Read, Non-Repeatable-Read , Phantom-Read 문제 발생
READ COMMITTED
commit 된 데이터만 읽을 수 있다.
- 데이터는 변경되었지만 커밋되지 않은 읽기를 요청할 경우 변경되기 전 데이터를 읽는다.
- Commit으로 데이터가 변경된 후 다시 읽기 요청을 할 경우 변경된 데이터를 읽는다.
- 같은 데이터에 대한 요청을 했음에도 다른 값을 반환하게 된다. Non-Repeatable-Read 문제 발생
Non-Repeatable-Read
- 트랜잭션 내에서 같은 데이터를 여러번 조회할 때
- 읽은 데이터가 서로 다른 값으로 나오는 문제
즉, Non-Repeatable-Read, Phantom-Read 발생
REPEATABLE READ
특정 데이터를 반복 조회시 같은 값을 반환한다.
- commit 으로 데이터가 변경되었음에도 반복조회시 이전에 조회한 데이터 값을 반환한다. 단, Count 처럼 데이터 자체가 아닌 데이터 정보를 조회할 때 바뀐 형태를 반환한다. Phantom-Read 문제 발생
Phantom-Read Non-Repeatable-Read의 한 종류로 새로운 데이터가 생기거나, 기존의 데이터가 사라지는 문제를 가지고 있다.
SERIALIZABLE
순차적으로 트랜잭션을 수행한다. 시간이 오래 걸린다는 단점으로 꼭 사용해야하는지 판단 후 사용하기
ACID 를 강하게 지키기 위해서 동시성이 매우 떨어지게 된다. DB엔진은 ACID를 희생하고 Transaction Isolation Level을 사용하여 높은 동시성을 얻고자 한다.
Transaction Isolation Level에 따라 다른 Lock 방법을 사용한다. Isolation Level이 높아질 수록 더 빡빡하게 Lock을 거는 방식이다.
InnoDB의 기본 설정값