Tri en cas de Sharding dans mongodb

Question

J'ai implémenté sharding dans mongodb lorsque nous avons partagé une collection à deux fragments mongod sur la base de la clé shard hachée, donc il fait un tri parallèle à l'intérieur des fragments. Après cela, comment trier la collection sur la base de _id? et quels peuvent être les autres points de considération? quelles sont:

1. Limitation de la clé de partition hachée?
2. quelle procédure de tri le routeur de requête mongo utilise-t-il pour trier les enregistrements extraits des fragments?
3. Si la requête sera affectée en raison de la latence du réseau?

Answer 1

1. Incertain. Si vous ne spécifiez pas de tri, mongo retournera les enregistrements round-robin à partir des fragments, ce qui signifie, je suppose, qu'il n'y a aucune garantie d'ordre spécifique, ni même d'ordre reproductible d'une requête à l'autre. Si vous avez un tri explicite, le fragment primaire effectuera un tri par fusion. Voir le mongos docs

2. Bien sûr.

(Ceci est une vieille question, mais il arrive assez élevé dans les résultats Google.)