Sharing을 사용한 메모리의 MongoDB 인덱스

Question

메모리에서 사용중인 인덱스를 유지할 수 없다면 MongoDB의 속도가 느려진다는 것을 알 수 있습니다. 샤딩과 어떻게 다른가? Sharded는 메모리에 자신의 BTree만을 유지합니까? 아니면 모든 Shard가 전체 컬렉션의 인덱스를 메모리에 유지해야합니까?

Answer 1

가 분산됩니다 만 메모리에 자신의 BTREE을 유지합니까 ...?

예, 각 샤드는 자체 색인을 관리합니다.

거리의 단어는 메모리에서 사용중인 색인을 유지할 수없는 경우 MongoDB가 느려진다는 것입니다.

샤딩 및 보조 색인을 사용할 때 실제로 악화 될 수 있습니다. 중요한 문제는 라우터 프로세스 (mongos)가 보조 인덱스의 데이터에 대해 아무 것도 모르는 것입니다.

샤드 키를 사용하여 쿼리를 수행하면 올바른 서버로 직접 라우팅됩니다. 대부분의 경우 작업 부하를 평준화합니다. 따라서 100 개의 쿼리를 100 개의 서버에 분산시킬 수 있으며 각 서버는 1 개의 쿼리에만 응답합니다.

그러나 보조 키를 사용하여 쿼리를 수행하는 경우 해당 쿼리는 모든 서버로 이동해야합니다. 따라서 라우터에 대한 100 개의 쿼리는 100 개의 서버에서 10,000 개의 쿼리를 생성하거나 서버 당 100 개의 쿼리를 생성합니다. 더 많은 서버를 추가 할 때 이러한 "비 shardkey"쿼리는 점점 더 효율적이지 않게됩니다. 작업량이 이 아니고이 더 균형을 이룹니다.

일부 자세한 내용은 MongoDB 문서 here에서 확인할 수 있습니다.

Answer 2

인덱스의 자체 부분 (다른 샤드의 데이터는 알 수 없음). 스케일링은 잘 작동하지 않을 것입니다. 샤딩에 대한 몇 가지 자세한 내용은이 문서를 참조하십시오 : http://www.mongodb.org/display/DOCS/Sharding+Introduction

http://www.mongodb.org/display/DOCS/Choosing+a+Shard+Key