Share via


동시성 효과

사용자가 데이터를 수정하면 동시에 같은 데이터를 읽거나 수정 중인 다른 사용자에게 영향을 미칠 수 있습니다. 이러한 사용자들을 가리켜 데이터에 동시에 액세스한 사용자라고 합니다. 데이터 저장소 시스템에 동시성 제어가 없으면 사용자가 다음과 같은 부작용을 겪을 수 있습니다.

  • 업데이트 손실

  • 커밋되지 않은 종속성(커밋되지 않은 읽기)

  • 일관성 없는 분석(반복하지 않는 읽기)

  • 팬텀 읽기

  • 행 업데이트로 인한 읽기 누락 및 두 번 읽기

업데이트 손실

업데이트 손실은 둘 이상의 트랜잭션이 같은 행을 선택한 다음 원래 선택한 값을 기준으로 행을 업데이트할 때 발생합니다. 이때 각 트랜잭션은 다른 트랜잭션을 인식하지 못합니다. 마지막 업데이트가 다른 트랜잭션의 업데이트를 덮어쓰므로 데이터가 손실됩니다.

예를 들어 두 명의 편집자가 같은 문서를 복사한다고 가정합니다. 각 편집자가 각자 복사본을 변경한 다음 변경된 복사본을 저장하면 원본 문서를 덮어쓰게 됩니다. 변경된 복사본을 마지막으로 저장한 편집자가 다른 편집자의 변경 내용을 덮어씁니다. 한 편집자가 트랜잭션을 마치고 커밋할 때까지 다른 편집자가 파일에 액세스할 수 없도록 하면 이 문제를 해결할 수 있습니다.

커밋되지 않은 종속성(커밋되지 않은 읽기)

커밋되지 않은 종속성은 다른 트랜잭션이 업데이트 중인 행을 두 번째 트랜잭션이 선택할 때 발생합니다. 두 번째 트랜잭션이 읽고 있는 데이터는 아직 커밋되지 않았지만 현재 행을 업데이트 중인 트랜잭션에 의해 변경될 수 있습니다.

예를 들어 한 편집자가 문서를 변경 중이라고 가정합니다. 변경하는 동안 다른 편집자가 그 시점까지 변경된 내용이 모두 포함된 문서를 복사한 다음 문서를 배포합니다. 그런데 첫 번째 편집자가 그때까지 변경한 내용이 잘못되었다고 판단하여 편집 내용을 지우고 문서를 저장합니다. 이 경우 배포된 문서에는 더 이상 존재하지 않으며 무시해야 하는 내용이 포함되어 있습니다. 첫 번째 편집자가 수정 내용을 최종 저장하고 트랜잭션 커밋할 때까지 아무도 변경된 문서를 읽을 수 없도록 하면 이 문제를 해결할 수 있습니다.

일관성 없는 분석(반복하지 않는 읽기)

일관성 없는 분석은 두 번째 트랜잭션이 같은 행에 여러 번 액세스하며 이때마다 다른 데이터를 읽을 경우 발생합니다. 일관성 없는 분석은 두 번째 트랜잭션이 읽고 있는 데이터를 다른 트랜잭션이 변경하고 있다는 점에서 커밋되지 않은 종속성과 비슷합니다. 그러나 일관성 없는 분석의 경우 두 번째 트랜잭션이 읽은 데이터는 내용을 변경한 트랜잭션에 의해 커밋된 것입니다. 또한 같은 행을 여러 번 읽어야 하고 매번 정보가 다른 트랜잭션에 의해 변경됩니다. 이를 반복하지 않는 읽기라고 합니다.

예를 들어 한 편집자가 같은 문서를 두 번 읽는 동안 그 사이에 작성자가 문서를 다시 작성할 수 있습니다. 그러면 편집자가 같은 문서를 두 번째 읽을 때 문서가 변경되어 있습니다. 원래의 읽기는 반복되지 않습니다. 편집자가 마지막으로 문서 읽기를 마칠 때까지 작성자가 문서를 변경하지 못하게 하면 이 문제를 해결할 수 있습니다.

팬텀 읽기

팬텀 읽기는 한 트랜잭션이 읽고 있는 행 범위에 속한 한 행에 대해 삽입 또는 삭제 동작을 수행할 때 발생합니다. 다른 트랜잭션의 삭제 동작으로 인해 트랜잭션이 첫 번째 행 범위를 읽을 때 있었던 행이 다음에 읽을 때는 없어질 수 있습니다. 마찬가지로 다른 트랜잭션의 삽입 결과로 처음 읽을 때 없었던 행이 다음에 읽을 때는 있을 수도 있습니다.

예를 들어 작성자가 전송한 문서를 편집자가 변경하는 중에 생산 부서에서 문서의 마스터 복사본으로 변경 내용을 통합할 경우 작성자가 편집되지 않은 새 자료를 문서에 추가한 사실이 밝혀지게 됩니다. 반복하지 않는 읽기와 마찬가지로 편집자나 생산 부서가 원본 문서 작업을 완료할 때까지 아무도 문서에 새 자료를 추가할 수 없게 하면 이 문제를 해결할 수 있습니다.

행 업데이트로 인한 읽기 누락 및 두 번 읽기

  • 업데이트된 행이 누락되거나 업데이트된 행이 여러 번 표시됨

    READ UNCOMMITTED 수준에서 실행되는 트랜잭션은 현재 트랜잭션에서 읽은 데이터를 다른 트랜잭션에서 수정하지 못하도록 하는 공유 잠금을 실행하지 않습니다. READ COMMITTED 수준에서 실행되는 트랜잭션은 공유 잠금을 실행하지만 행을 읽은 후에는 행 또는 페이지 잠금을 해제합니다. 어떤 경우든 인덱스를 검색할 때 사용자가 읽기 작업을 수행하는 동안 다른 사용자가 행의 인덱스 키 열을 변경하면 키 변경으로 인해 사용자가 아직 검색하지 않은 위치로 행이 이동될 경우 해당 행이 다시 나타날 수 있습니다. 마찬가지로 키 변경으로 인해 사용자가 이미 읽은 인덱스 위치로 행이 이동될 경우 해당 행이 나타나지 않을 수 있습니다. 이 문제를 방지하려면 SERIALIZABLE 또는 HOLDLOCK 힌트를 사용하거나 행 버전 관리를 사용합니다. 자세한 내용은 테이블 힌트(Transact-SQL)데이터베이스 엔진의 행 버전 관리 기반 격리 수준을 참조하십시오.

  • 업데이트 대상이 아니었던 하나 이상의 행이 누락됨

    READ UNCOMMITTED를 사용할 때 사용자 쿼리에서 할당 순서 검색(IAM 페이지 사용)을 사용하여 행을 읽는 경우 다른 트랜잭션에 의해 페이지 분할이 발생하면 행이 누락될 수 있습니다. 페이지 분할 중에 테이블 잠금이 유지되므로 커밋된 읽기를 사용할 때는 누락이 발생하지 않습니다. 또한 업데이트로 인해 페이지 분할이 발생하지 않으므로 테이블에 클러스터형 인덱스가 없는 경우 누락이 발생하지 않습니다.