행 버전 관리 기반 격리 수준 선택

행 버전 관리를 사용하는 커밋된 읽기 격리를 사용해야 할 경우

행 버전 관리를 사용하는 커밋된 읽기 격리는 문 수준의 읽기 일관성을 제공합니다. 트랜잭션 내의 각 문이 실행될 때 새 데이터 스냅숏이 생성되며 문에서 실행을 완료할 때까지 각 문에 대해 일관성 있게 유지됩니다. 다음과 같은 경우 행 버전 관리를 사용하는 커밋된 읽기 격리를 사용합니다.

• 행 버전 관리를 만들고 관리할 때의 증가된 오버헤드보다 동시성을 통해 얻는 이점이 더 클 때까지 읽기/쓰기가 차단되는 경우

• 응용 프로그램에서 실행 시간이 긴 집계나 데이터 값이 쿼리 시작 시와 동일하게 유지되어야 하는 쿼리에 대해 절대적으로 정확성이 요구되는 경우

스냅숏 격리를 사용해야 할 경우

스냅숏 격리는 트랜잭션 수준의 읽기 일관성을 제공합니다. 스냅숏 트랜잭션이 시작되면 데이터 스냅숏이 생성되며 트랜잭션 기간 동안 일관성 있게 유지됩니다. 다음과 같은 경우 스냅숏 격리를 사용합니다.

• 최적 동시성 제어가 필요한 경우

• 업데이트 충돌로 인해 트랜잭션이 롤백되어야 할 가능성이 낮은 경우

• 응용 프로그램에서 지정 시간 동안 일관성을 유지해야 하는 실행 시간이 긴 다중 문 쿼리를 기반으로 보고서를 생성해야 하는 경우. 스냅숏 격리의 이점은 공유 잠금을 사용하지 않고 읽기를 반복할 수 있다는 점입니다. 동시성 효과를 참조하십시오. 데이터베이스 스냅숏은 이와 비슷한 기능을 제공할 수 있지만 수동으로 구현해야 합니다. 스냅숏 격리는 데이터베이스에서 각 스냅숏 격리 트랜잭션에 대한 최신 정보를 자동으로 제공합니다.

행 버전 관리 기반 격리 수준의 이점

행 버전 관리를 사용하는 격리 수준은 다음과 같은 이점을 제공합니다.

• 읽기 작업에서 일관성 있는 데이터베이스 스냅숏을 검색합니다.

• SELECT 문이 읽기 작업 동안 데이터를 잠그지 않습니다. 판독기도 기록기를 차단하지 않고 기록기도 판독기를 차단하지 않습니다.

• 다른 트랜잭션이 차단되지 않고 행을 업데이트하는 동안 SELECT 문이 마지막으로 커밋된 행 값에 액세스할 수 있습니다.

• 교착 상태 수가 감소됩니다.

• 트랜잭션에 필요한 잠금 수가 줄기 때문에 잠금을 관리하는 데 필요한 시스템 오버헤드가 줄어듭니다.

• 잠금 에스컬레이션이 적게 발생합니다.

행 버전 관리 기반 격리 수준의 비용

행 버전 관리 기반 격리를 사용하려면 행 버전을 관리하고 읽는 데 필요한 리소스 사용의 증가와 잠금을 최소화할 때 얻을 수 있는 동시성의 이점을 비교해야 합니다. 스냅숏 및 커밋된 읽기 격리 수준에 행 버전 관리를 사용할 때 수반되는 다음 비용을 고려하십시오.

• 쿼리에 필요한 버전이 오래되어 긴 버전 체인을 검색해야 할 경우 읽기 성능이 저하될 수 있습니다.

• 행 버전은 tempdb에서 유지 관리되기 때문에 행 버전 관리를 사용하면 데이터를 수정하는 동안 리소스 사용이 증가합니다.

• READ_COMMITTED_SNAPSHOT 또는 ALLOW_SNAPSHOT_ISOLATION 데이터베이스 옵션을 ON으로 설정한 경우 행 버전 관리 기반 격리 수준을 사용하는 트랜잭션이 없더라도 특정 데이터베이스에 대한 업데이트 및 삭제 트랜잭션이 행 버전을 유지 관리해야 합니다. 행 버전을 사용하여 일관성 있는 데이터 스냅숏을 구성하려면 CPU와 메모리와 같은 시스템 리소스가 필요하며 I/O 동작이 생성될 수도 있습니다. 레코드 버전이 tempdb에 저장되기 때문에 행 버전 관리를 위해 더 많은 tempdb 페이지를 메모리에 저장할 수 있을 경우 성능이 향상되고 실행한 I/O 수가 줄어듭니다.

  [!참고]

  행을 삽입하면 일반적으로 행 버전이 생성되지 않습니다. 그러나 특정 조건에서 INSERT 명령이 행 버전을 생성합니다. 예를 들어 이전에 삭제한 행 버전(삭제할 레코드)이 아직 잘리지 않은 경우 고유 인덱스가 있는 테이블에 행을 삽입하면 INSERT 명령이 행 버전을 생성합니다.

• tempdb에 버전을 저장할 충분한 디스크 공간이 있어야 합니다. 실행 시간이 매우 긴 트랜잭션이 있을 경우 이 시간 동안 업데이트 트랜잭션에 의해 생성되는 모든 버전이 tempdb에 저장되어야 합니다. tempdb에 공간이 부족할 경우 업데이트 작업이 실패하지 않지만 행 버전 관리를 사용하는 읽기 작업이 실패할 수 있습니다.

• 행 버전 관리 정보를 위해 데이터베이스 행에 14바이트가 추가되어야 합니다.

• 행 버전 관리 작업으로 인해 업데이트 성능이 저하될 수 있습니다. 일반 OLTP 작업에서 각 업데이트는 데이터베이스의 행 몇 개만 변경합니다. 이러한 시스템에서는 두 옵션을 ON으로 설정한 경우 데이터베이스의 업데이트 성능이 이러한 옵션을 OFF로 설정한 경우보다 몇 퍼센트만 떨어질 수 있습니다. 버전 관리되는 업데이트의 성능은 업데이트 작업 동안 보다 많은 양의 데이터를 변경할 때 더 크게 저하될 수 있습니다.

• 데이터 판독기에서 버전 링크 목록을 순회하는 추가 비용이 발생합니다. 스냅숏이 오래될수록 스냅숏 격리 트랜잭션에서 이 스냅숏에 액세스하는 프로세스가 더 느려집니다.

• 업데이트 작업에 필수적인 충돌 감지로 인해 스냅숏 격리를 사용하는 일부 업데이트 트랜잭션을 롤백해야 할 수 있습니다. 행 버전 관리를 사용하는 커밋된 읽기 격리에서 실행되는 트랜잭션에서는 업데이트 충돌이 발생하지 않습니다.

행 버전 관리를 사용하는 트랜잭션에는 다른 제한 사항이 있습니다. 자세한 내용은 행 버전 관리 기반 격리 수준 사용을 참조하십시오.

행 버전 관리 기반 격리 수준에서 이점을 얻는 시스템

행 버전 관리 기반 격리 수준에서 이점을 얻을 수 있는 시나리오는 다음과 같습니다.

• 읽기 전용 보고서 및 임시 쿼리가 데이터를 업데이트하는 응용 프로그램과 병렬로 실행되는 시스템

• 비슷한 격리 수준을 지원하는 다른 관계형 데이터베이스 시스템에서 MicrosoftSQL Server 데이터베이스 엔진으로 응용 프로그램 마이그레이션

• AVG, COUNT, SUM 등 일관성 있는 집계를 얻거나 인덱스 교차 및 인덱스 조인을 수행하기 위해 반복 읽기 또는 직렬화 가능 등의 엄격한 격리 수준이 필요한 시스템

• 읽기/쓰기 경합으로 인해 교착 상태가 많이 일어나는 시스템

참고 항목

참조

개념