읽기 격리, 일관성 및 최신성

커밋되지 않은 읽기

읽기 고려에 따라 클라이언트는 쓰기가 지속형이 되기 전에 쓰기 결과를 확인할 수 있습니다.

• 쓰기의 쓰기 고려와 관계없이 "local" 또는 "available" 읽기 고려를 사용하는 다른 클라이언트는 쓰기 작업이 실행 클라이언트에 승인되기 전에 쓰기 작업의 결과를 볼 수 있습니다.

• "local" 또는 "available" 읽기 고려를 사용하는 클라이언트는 복제본 세트 장애 조치 중에 나중에 롤백될 수 있는 데이터를 읽을 수 있습니다.

다중 문서 트랜잭션 트랜잭션이 커밋되면 트랜잭션에서 이루어진 모든 데이터 변경 사항이 저장되고 트랜잭션 외부에서 볼 수 있습니다. 즉, 트랜잭션은 다른 트랜잭션을 롤백하는 동안 일부 변경 사항을 커밋하지 않습니다.

트랜잭션이 커밋될 때까지 트랜잭션에서 변경된 데이터는 트랜잭션 외부에 표시되지 않습니다.

그러나 트랜잭션이 여러 샤드에 쓰기를 수행하는 경우, 모든 외부 읽기 작업이 커밋된 트랜잭션의 결과가 샤드 전체에 표시될 때까지 기다릴 필요는 없습니다. 예를 들어, 트랜잭션이 커밋되고 쓰기 1이 샤드 A에 표시되지만 쓰기 2가 샤드 B에 아직 표시되지 않는 경우, 읽기 고려 "local"의 외부 읽기는 쓰기 2를 보지 않고 쓰기 1의 결과를 읽을 수 있습니다.

커밋되지 않은 읽기는 기본 격리 수준이며 mongod 독립형 인스턴스와 복제본 세트 및 샤드 클러스터에 적용됩니다.

커밋되지 않은 단일 문서 원자성 읽기

쓰기 작업은 단일 문서에 대해 원자적으로 이루어집니다. 이는 쓰기 작업이 문서의 여러 필드를 업데이트하더라도 읽기 작업에서는 일부 필드만 업데이트된 상태의 문서를 절대 볼 수 없다는 것을 의미합니다. 그러나 클라이언트는 부분적으로 업데이트된 문서를 볼 수 없지만, 커밋되지 않은 읽기는 동시 읽기 작업에서 변경 사항이 지속적으로 적용되기 전에 업데이트된 문서를 볼 수 있다는 것을 의미합니다.

독립형 mongod 인스턴스를 사용하면 단일 문서에 대한 읽기 및 쓰기 작업 세트를 직렬화할 수 있습니다. 복제본 세트를 사용하면 단일 문서에 대한 읽기 및 쓰기 작업 세트는 롤백이 없는 경우에만 직렬화할 수 있습니다.

커밋되지 않은 문서 읽기 및 여러 문서 쓰기

단일 쓰기 작업(예: db.collection.updateMany())이 여러 문서를 수정하는 경우 각 문서의 수정은 원자적이지만 전체 작업은 원자적이지 않습니다.

단일 쓰기 작업이든 다중 쓰기 작업이든 다중 문서 쓰기 작업을 수행할 때 다른 작업과 겹칠 수 있습니다.

여러 문서(단일 또는 여러 컬렉션)에 대한 읽기 및 쓰기의 원자성이 필요한 상황의 경우, 복제본 세트 및 샤드 클러스터에서의 트랜잭션을 포함한 분산 트랜잭션을 지원합니다.

자세한 내용은 거래를참조하세요.

다중 문서 쓰기 작업을 분리하지 않으면 MongoDB는 다음과 같은 동작을 보입니다.

1. Non-point 읽기 작업. 읽기 작업이 시간 t ₁에 시작되어 문서 읽기를 시작한다고 가정합니다. 그런 다음 쓰기 작업은 나중에 어느 시점( t ₂)에 문서 중 하나를 업데이트하면, 읽기 작업은 업데이트된 버전의 문서만 볼 수 있으므로 데이터의 특정 시점 스냅샷을 볼 수 없습니다.

2. 직렬화할 수 없는 작업입니다. 읽기 작업이 시간 t _1에 문서 d ₁을 읽고, 쓰기 작업이 나중에 시간 t ₃에 문서 d ₁을 업데이트한다고 가정해 보겠습니다. 이로 인해 읽기-쓰기 종속성이 발생합니다. 즉, 작업을 직렬화하려는 경우 읽기 작업이 쓰기 작업보다 우선해야 합니다. 반면 쓰기 작업이 시간 t ₂에 문서 d ₂를 업데이트하고 읽기 작업이 나중에 시간 t ₄에 문서 d ₂를 읽는다고 가정합니다. 이렇게 하면 쓰기-읽기 종속성이 도입되어 직렬화 가능한 스케줄에서 읽기 작업이 쓰기 작업 이후에 이루어져야 합니다. 직렬화 가능성을 불가능하게 만드는 종속성 주기가 있습니다.

3. 읽기 작업 중에 업데이트된 일치하는 문서가 누락될 수 있습니다.

커서 스냅샷

MongoDB 커서는 경우에 따라 동일한 문서를 두 번 이상 반환할 수 있습니다. 커서가 문서를 반환할 때 다른 작업이 쿼리에 끼어들 수 있습니다. 이러한 작업 중 하나가 쿼리에서 사용하는 인덱스의 인덱스 필드를 변경하면 커서가 동일한 문서를 두 번 이상 반환할 수 있습니다.

고유 인덱스를 사용하는 쿼리는 경우에 따라 중복된 값을 반환할 수 있습니다. 고유 인덱스를 사용하는 커서가 동일한 고유 값을 공유하는 문서의 삭제 및 삽입과 겹치는 경우, 커서는 서로 다른 문서에서 동일한 고유 값을 두 번 반환할 수 있습니다.

읽기 격리를 사용하는 것이 좋습니다. 자세한 내용은 읽기 고려 사항 "snapshot" 을 참조하십시오.

클라이언트 세션 및 인과적 일관성 보장

인과적 일관성을 제공하기 위해 MongoDB 3.6은 클라이언트 세션에서 인과적 일관성을 지원합니다. 인과적으로 일관된 세션은 "majority" 읽기 고려를 가진 읽기 작업과 "majority" 쓰기 고려를 가진 쓰기 작업의 관련 시퀀스가 순서에 따라 반영되는 인과 관계를 가지고 있음을 나타냅니다. 애플리케이션은 클라이언트 세션에서 한 번에 하나의 스레드만 이러한 연산을 실행하도록 해야 합니다.

인과 관계가 있는 작업의 경우:

1. 클라이언트가 클라이언트 세션을 시작합니다.

   중요

   클라이언트 세션은 인과 관계의 일관성만 보장합니다:

   • "majority"를 사용한 읽기 작업은 대부분의 복제본 세트 노드에 의해 승인된 데이터를 반환하며, 지속성 있는 데이터입니다.

   • "majority" 쓰기 고려가 있는 쓰기 작업, 즉 복제본 세트의 투표 멤버 과반수에게 작업이 적용되었다는 승인을 요청하는 쓰기 작업입니다.

   인과적 일관성 및 다양한 읽기 및 쓰기 문제에 대한 자세한 내용은 인과적 일관성 및 쓰기 고려를 참조하세요.

2. 클라이언트가 "majority" 읽기 고려를 가진 읽기 작업과 "majority" 쓰기 고려를 가진 쓰기 작업의 시퀀스를 실행할 때 클라이언트는 각 작업에 세션 정보를 포함합니다.

3. "majority" 읽기 고려가 있는 각 읽기 작업과 세션과 연결된 "majority" 쓰기 고려가 있는 쓰기 작업에 대해 MongoDB는 작업 오류가 발생하더라도 작업 시간과 클러스터 시간을 반환합니다. 클라이언트 세션은 작업 시간과 클러스터 시간을 추적합니다.

   참고

   MongoDB는 승인되지 않은 (w: 0)쓰기 작업에 대한 작업 시간과 클러스터 시간을 반환하지 않습니다. 승인되지 않은 쓰기는 인과 관계를 의미하지 않습니다.

   MongoDB는 클라이언트 세션에서 읽기 작업 및 승인된 쓰기 작업에 대한 작업 시간 및 클러스터 시간을 반환하지만, "majority" 읽기 고려가 있는 읽기 작업과 "majority" 쓰기 고려가 있는 쓰기 작업만 인과적 일관성을 보장할 수 있습니다. 자세한 내용은 인과적 일관성 및 읽기와 쓰기 고려를 참조하세요.

4. 연결된 클라이언트 세션은 이 두 개의 시간 필드를 추적합니다.

   참고

   작업은 여러 세션에서 인과적으로 일관될 수 있습니다. MongoDB 드라이버와 mongosh 는 클라이언트 세션의 작업 시간과 클러스터 시간을 앞당기는 방법을 제공합니다. 따라서 클라이언트는 한 클라이언트 세션의 클러스터 시간과 작업 시간을 다른 클라이언트 세션의 작업과 일치하도록 앞당길 수 있습니다.

MongoDB 드라이버

클라이언트는 MongoDB 3.6 이상용으로 업데이트된 MongoDB 드라이버가 필요합니다.

예제

다양한 항목에 대한 현재 및 과거 데이터를 유지하는 컬렉션 items 을 생각해 보겠습니다. 기록 데이터에만 null이 아닌 end 날짜가 있습니다. 항목의 sku 값이 변경되면 이전 sku 값이 있는 문서를 end 날짜로 업데이트한 후, 새 문서를 현재 sku 값으로 삽입해야 합니다. 클라이언트는 인과 관계가 일치하는 세션을 사용하여 삽입 전에 업데이트가 수행되도록 할 수 있습니다.

오른쪽 위에 있는 언어 선택 드롭다운 메뉴를 사용하여 이 예제의 언어를 설정하세요.

다른 클라이언트가 현재 sku 값을 모두 읽어야 하는 경우, 클러스터 시간과 작업 시간을 다른 세션의 시간으로 앞당겨 이 클라이언트가 다른 세션과 인과적으로 일관성을 유지하고 두 번의 쓰기 후에 읽을 수 있도록 할 수 있습니다.

제한 사항

인메모리 구조를 빌드하는 다음 작업은 인과적으로 일관성이 없습니다.