Je ne comprends pas pourquoi écrire et lire séparément est mieux que d'écrire et de lire dans un serveur. Par exemple, j'ai un cluster mysql avec trois machines: node1, node2, node3.Pourquoi est-il préférable d'écrire et de lire séparément?
Une architecture possible est:
- Toutes les demandes d'écriture à node1, mais toutes les requêtes de lecture à node2 et node3.
La seconde architecture possible est:
- Tous ces trois nœuds gérer les deux écritures et lectures.
Nous pouvons voir dans l'architecture que l'écriture à la pression node1 très énorme, donc je préfère l'architecture deux.
En outre, pourquoi mongodb sépare-t-il les écritures au noeud principal et les lit-il aux noeuds secondaires.
C'est Il est important de noter que MongoDB ne sépare pas write ets reads aux nœuds primaires et secondaires, à moins que vous ne le disiez avec 'SlaveOK' ou une autre préférence de lecture. Par défaut, le primaire va gérer à la fois les lectures et les écritures. –
@AndredeFrere Si je veux vider toute la base de données, quelle adresse dois-je utiliser, à savoir mongodump --host mongosServer: port ou mongodump --host mongoDServer: port si j'indique un mongoD je ne serais pas vider tous les données et je ne sais pas si indiquer mongoS est juste merci d'avance – Jack
probablement pas le meilleur endroit pour cela, mais sauvegarder à la fois 'mongod' et' mongos' sont des stratégies viables selon le cas. Cochez [ici] (http://www.mongodb.org/display/DOCS/Backing+Up+Sharded+Cluster) et [ici] (http://docs.mongodb.org/manual/administration/backups/#shard -clusters-and-replica-sets-considerations) pour plus de détails. –