readConcern

읽기 고려 옵션

다중 문서 트랜잭션에서 실행되지 않는 작업의 경우, readConcern 수준을 읽기 고려를 지원하는 명령과 메서드에 대한 옵션으로 지정할 수 있습니다.

readConcern: { level: <level> }

mongosh 메서드 db.collection.find() 에 대한 읽기 고려 수준을 지정하려면 cursor.readConcern() 메서드를 사용합니다.

db.collection.find().readConcern(<level>)

트랜잭션 및 사용 가능한 읽기 고려

다중 문서 트랜잭션의 경우 개별 작업 수준이 아닌 트랜잭션 수준에서 읽기 고려를 설정합니다. 트랜잭션의 작업에는 트랜잭션 수준의 읽기 고려가 사용됩니다. 컬렉션 및 데이터베이스 수준에서 설정된 모든 읽기 고려는 트랜잭션 내부에서 무시됩니다. 트랜잭션 수준의 읽기 고려가 명시적으로 지정된 경우, 클라이언트 수준의 읽기 고려도 트랜잭션 내에서 무시됩니다.

트랜잭션 시작 시 읽기 고려를 설정할 수 있습니다.

• 다중 문서 트랜잭션에서는 다음과 같은 읽기 고려 수준을 사용할 수 있습니다.

  • "local"

  • "majority"

  • "snapshot"

• 다중 문서 트랜잭션의 일부인 쓰기 명령은 트랜잭션 수준의 읽기 고려를 지원할 수 있습니다.

• 트랜잭션 내에서 컬렉션과 인덱스를 생성할 수 있습니다. 컬렉션 또는 인덱스를 명시적으로 생성하는 경우 트랜잭션은 읽기 고려 "local"을 사용해야 합니다. 컬렉션을 암시적으로 생성하는 경우 트랜잭션에 사용 가능한 읽기 고려를 사용할 수 있습니다.

트랜잭션 시작 시 수준이 지정되지 않은 경우 트랜잭션은 세션 수준의 읽기 고려를 사용하고, 이것이 설정되지 않은 경우에는 클라이언트 수준의 읽기 고려를 사용합니다.

자세한 내용은 트랜잭션 읽기 고려를 참조하세요.

인과적으로 일관적인 세션 및 사용 가능한 읽기 고려

인과적으로 일관적인 세션에서 실행하는 작업에는 "local", "majority" 및 "snapshot" 수준을 사용할 수 있습니다. 그러나 인과 관계의 일관성을 보장하려면 "majority"를 사용해야 합니다. 자세한 내용은 인과적 일관성에서 확인하세요.

읽기 고려를 지원하는 작업

다음 작업은 읽기 고려를 지원합니다.

또한, 다음 쓰기 작업은 다중 문서 트랜잭션의 일부인 경우 읽기 고려를 수락할 수 있습니다.

local 데이터베이스에서 읽기 고려 미지원

로컬 데이터베이스는 읽기 고려를 지원하지 않습니다. MongoDB는 로컬 데이터베이스의 컬렉션에서의 작업에 대해 구성된 읽기 고려를 자동으로 무시합니다.

자체 쓰기 읽기

MongoDB 3.6부터는 쓰기에서 승인을 요청하는 경우 인과적으로 일관된 세션을 사용하여 자신의 쓰기를 읽을 수 있습니다.

MongoDB 3.6 이전 버전에서는 자신의 쓰기를 읽으려면 쓰기 작업을 { w: "majority" } 쓰기 고려로 발행한 다음 읽기 작업을 primary 읽기 설정과 "majority" 또는 "linearizable" 읽기 고려로 발행해야 합니다.

실시간 주문 처리

"linearizable" 읽기 고려를 "majority" 쓰기 고려와 결합해 사용하면 마치 하나의 스레드가 실시간으로 복수의 작업을 실행하는 것처럼 여러 스레드가 복수의 읽기 작업과 쓰기 작업을 실행하도록 허용합니다. 그래서 이러한 읽기와 쓰기에 해당하는 일정이 선형화 가능한 것으로 간주됩니다.

성능 비교

"majority"와는 달리, "linearizable" 읽기 고려는 세컨더리 멤버에 읽기 작업이 { w: "majority" } 쓰기 고려로 쓰기를 확인할 수 있는 프라이머리로부터 읽기를 실행하고 있음을 확인해 줍니다. [4] 따라서 선형화 가능한 읽기 고려가 설정된 읽기가 "majority" 또는 "local" 읽기 고려보다 훨씬 느릴 수 있습니다.

데이터를 가진 멤버의 과반수 이상을 사용할 수 없는 경우, 항상 선형화 가능한 읽기 고려와 함께 maxTimeMS를 사용하세요. maxTimeMS는 작업이 무기한으로 차단되지 않도록 하며, 대신 읽기 고려를 충족할 수 없는 경우 작업이 오류를 반환하도록 합니다.

예를 들면 다음과 같습니다.

db.restaurants.find( { _id: 5 } ).readConcern("linearizable").maxTimeMS(10000)
db.runCommand( {
     find: "restaurants",
     filter: { _id: 5 },
     readConcern: { level: "linearizable" },
     maxTimeMS: 10000
} )

읽기 작업 및 afterClusterTime

MongoDB 3.6에서는 인과적으로 일관적인 세션에 대한 지원이 도입되었습니다. 인과적으로 일관적인 세션과 관련된 읽기 작업의 경우, MongoDB 3.6은 인과적으로 일관적인 세션과 관련된 작업에서 드라이버가 자동으로 afterClusterTime 읽기 고려 옵션을 설정하도록 합니다.

afterClusterTime 값이 T인 읽기 요청을 충족하려면 반드시 oplog가 시간 T에 도달한 후 mongod가 요청을 수행해야 합니다. oplog가 시간 T에 도달하지 않은 경우 mongod는 요청을 처리할 때까지 기다려야 합니다.

지정된 afterClusterTime 가 있는 읽기 작업은 읽기 고려 수준 요구 사항과 지정된 afterClusterTime 요구 사항을 모두 충족하는 데이터를 반환합니다.

인과적으로 일관적인 세션과 관련이 없는 읽기 작업의 경우 afterClusterTime이 설정되지 않습니다.

우려 사항 출처 읽기

MongoDB는 특정 읽기 고려 (read concern)의 출처를 나타내는 읽기 고려 (read concern) provenance 를 추적합니다. getLastError 지표, 읽기 고려 (read concern) 오류 객체 및 MongoDB 로그에 provenance 이 표시될 수 있습니다.

다음 표는 가능한 읽기 provenance 고려 의 값과 그 중요성을 보여줍니다.