쿼리 최적화

읽기 작업을 지원하는 인덱스 생성

애플리케이션 이 특정 필드 또는 필드 설정하다 에서 컬렉션 을 쿼리하는 경우 쿼리된 필드 의 인덱스 또는 필드 설정하다 의 복합 인덱스 로 인해 쿼리 가 전체 컬렉션 을 스캔하여 쿼리 결과를 찾고 반환하지 못할 수 있습니다. . 인덱스에 대한 자세한 내용은 MongoDB 의 인덱스에 대한 전체 문서를 참조하세요.

var typeValue = <someUserInput>;
db.inventory.find( { type: typeValue } );

db.inventory.createIndex( { type: 1 } )

인덱스를 사용하여 쿼리의 성능을 분석하려면 계획 결과 설명 해석을 참조하세요.

읽기 작업을 최적화하는 것 외에도 인덱스는 정렬 작업을 지원하고 보다 효율적인 스토리지 활용을 허용할 수 있습니다. 인덱스 생성에 대한 자세한 내용은 db.collection.createIndex() 및 인덱스를 참조하세요.

쿼리 선택성

쿼리 선택도는 쿼리 조건자(predicate)가 컬렉션에서 문서를 얼마나 잘 제외하거나 필터링하는지를 나타냅니다. 쿼리 선택도는 쿼리가 인덱스를 효과적으로 사용할 수 있는지 또는 인덱스를 전혀 사용할 수 있는지 여부를 결정할 수 있습니다.

선택적 쿼리가 많을수록 더 적은 비율의 문서가 일치합니다. 예를 들어 고유한 _id 필드의 동등성 매치는 최대 하나의 문서와 일치할 수 있으므로 매우 선별적입니다.

덜 선택적인 쿼리는 더 많은 비율의 문서와 일치합니다. 덜 선택적인 쿼리는 인덱스를 효과적으로 사용하지 못하거나 또는 전혀 사용할 수 없습니다.

예를 들어, 부등호 연산자 $nin과 $ne는 대부분의 인덱스와 일치하기 때문에 매우 선택적이지 않습니다. 결과적으로, 인덱스가 있는 $nin 또는 $ne 컬렉션의 모든 문서를 스캔해야 하는 $nin 또는 $ne 쿼리보다 빈번하게 성능이 떨어질 수 있습니다.

regular expressions의 선택성은 표현식 자체에 따라 다릅니다. 자세한 내용은 표현식 및 인덱스 사용을 참조하세요.

커버되는 쿼리

커버드 쿼리(covered query)는 인덱스만을 사용하여 완전히 충족할 수 있는 쿼리로, 문서를 검사할 필요가 없습니다. 인덱스가 쿼리를 커버 할 때는 다음 조건이 모두 적용됩니다:

• 쿼리 의 모든 필드( 애플리케이션 에서 지정한 필드와 샤딩 과 같이 내부적으로 필요한 필드 모두)는 인덱스 의 일부입니다.

• 결과에 반환되는 모든 필드는 동일한 인덱스 에 있습니다.

• 쿼리 에서 null 와 같은 필드가 없습니다. 예를 예시 다음 쿼리 조건자는 포함된 쿼리를 생성할 수 없습니다.

  • { "field": null }

  • { "field": { $eq: null } }

db.inventory.createIndex( { type: 1, item: 1 } )

db.inventory.find(
   { type: "food", item:/^c/ },
   { item: 1, _id: 0 }
)

db.userdata.insertOne(
   { _id: 1, user: { login: "tester" } }
)

db.userdata.createIndex(
   { "user.login": 1 }
)

db.userdata.find(
   { "user.login": "tester" },
   { "user.login": 1, _id: 0 }
)