3-2. Lock과 트랙잰셕 동시성 제어

. Lock에 의한 성능저하를 최소화하는 방안

. Blocking

– Lock 경합이 발생해 특정 세션이 작업을 진행하지 못하고 멈춰 선 상태

– 공유 Lock끼리는 호환되기 때문에 블로킹이 발생하지 않는다.

– 공유 Lock과 배타적 Lock은 호환되지 않아 블로킹이 발생할 수 있다.

. 공유 Lock / SQL Server

– 트랜잭션이나 쿼리 수행이 완료될때까지 유지되는 것이 아니라 다음 레코드가 읽히면 곧바로 해제된다.

– 단, 기본 트랜잭션 격리성 수준(Read Committed)에서만 해당

– 격리성 수준을 변경하지 않고도 트랜잭션 내에서 공유 Lock이 유지되도록 하려면 테이블 힌트로 holdlock을 지정하면 된다.

– 또한, 두 트랜잭션은 상대편 트랜잭션에 의한 공유 Lock이 해제되기만을 기다리는 교착상태를 방지하려고 Update Lock을 두게 되었고, 이 기능을 사용하려면 updlock 힌트를 지정하면 된다.

. 테이블 Lock 종류

– Row Share(RS)

– Row Exclusive(RX)

– Share(S)

– Share Row Exclusive(SRX)

– Exclusive(X)

. 낮은 단계의 격리성 수준에서 발생할 수 있는 현상

– Dirty Read: 다른 트랜잭션에 의해 수정됐지만 아직 커밋되지 않은 데이터를 읽는 것

– Non-Repeatable Read: 한 트랜잭션 내에서 같은 쿼리를 두번 수행했는데, 그 사이에 다른 트랜잭션이 값을 수정 또는 삭제하는 바람에 두 쿼리 결과가 다르게 나타나는 현상

– Phantom Read: 한 트랜잭션 내에서 같은 쿼리를 수행했는데, 첫 번째 쿼리에서 없던 Phantom(유령) 레코드가 두번째 쿼리에서 나타나는 현상

. 트랜잭션 격리성 수준

– Read Uncommitted: 트랜잭션에서 처리중인 아직 커밋되지 않은 데이터를 다른 트랜잭션이 읽는 것을 허용한다.

– Read Committed: 트랜잭션이 커밋되어 확정된 데이터만 다른 트랜잭션이 읽도록 허용함으로써 Dirty Read를 방지해준다.

– Repeatable Read: 트랜잭션 내에서 쿼리를 두 번 이상 수행할 때, 첫 번째 쿼리에 있던 레코드가 사라지거나 값이 바뀌는 현상을 방지해준다.

– Serializable Read: 트랜잭션 내에서 쿼리를 두 번이상 수행할 때, 첫 번째 쿼리에 있던 레코드가 사라지거나 값이 바뀌지 않음은 물론 새로운 레코드가 나타나지도 않는다.

. 다중버전 동시성 제어(Multiversion Concurrency Control, MVCC)

– 데이터를 변경할 때마다 그 변경사항을 Undo 영역에 저장해 둔다.

– 데이터를 읽다가 쿼리(또는 트랜잭션) 시작 시점 이후에 변경된(변경이 진행중이거나 이미 커밋된) 값을 발견하면, Undo 영역에 저장된 정보를 이용해 쿼리(또는 트랜잭션) 시작 시점의 일관성 있는 버전(CR Copy)를 생성하고 읽는다.