De manière générale, les index ne devraient pas avoir un impact très évident sur les performances d'écriture. Bien sûr, si vous devez ajouter beaucoup d'index, c'est une autre affaire. Si vous ne l'avez jamais essayé auparavant, il est recommandé de l'essayer d'abord pour voir combien d'effets secondaires l'indice dont vous avez besoin entraîne et s'il se situe dans la plage acceptable. Si c'est le cas, c'est super, problème résolu. Si cela n'est pas acceptable, vous pouvez envisager les deux options suivantes :
Utilisez le partage pour la transformation. Vous devriez déjà savoir ce qu'est le sharding, pas besoin d'expliquer davantage. Le problème posé par cette solution est évidemment que le nombre de serveurs va augmenter considérablement, ce qui est aussi le résultat inévitable de l'expansion horizontale. À long terme, si votre entreprise avance, c’est la voie que vous devez emprunter, alors planifiez à l’avance.
Créez différents index sur différents points de jeu de réplication Si vous utilisez toujours un seul nœud, il est recommandé de mettre à niveau vers un jeu de réplicas dès que possible. Il existe de nombreux cas où une défaillance matérielle d’un seul nœud entraîne la perte de données et ne peut pas être récupérée. N’attendez pas que cela se produise pour le regretter. Dans le cadre des jeux de réplicas, chaque résultat peut être indexé indépendamment.
Arrêter le nœud
Supprimez la configuration du jeu de réplicas et démarrez avec différents ports
Construisez l'index dont vous avez besoin sur ce nœud
Redémarrer avec la configuration d'origine
Il convient de noter que le jeu de réplicas doit encore terminer toutes les opérations d'écriture sur le nœud principal, donc un trop grand nombre d'index peut toujours causer des problèmes. Tout reste à tester par vous-même pour tirer des conclusions.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
De manière générale, les index ne devraient pas avoir un impact très évident sur les performances d'écriture. Bien sûr, si vous devez ajouter beaucoup d'index, c'est une autre affaire. Si vous ne l'avez jamais essayé auparavant, il est recommandé de l'essayer d'abord pour voir combien d'effets secondaires l'indice dont vous avez besoin entraîne et s'il se situe dans la plage acceptable. Si c'est le cas, c'est super, problème résolu. Si cela n'est pas acceptable, vous pouvez envisager les deux options suivantes :
Utilisez le partage pour la transformation.
Vous devriez déjà savoir ce qu'est le sharding, pas besoin d'expliquer davantage. Le problème posé par cette solution est évidemment que le nombre de serveurs va augmenter considérablement, ce qui est aussi le résultat inévitable de l'expansion horizontale. À long terme, si votre entreprise avance, c’est la voie que vous devez emprunter, alors planifiez à l’avance.
Créez différents index sur différents points de jeu de réplication
Si vous utilisez toujours un seul nœud, il est recommandé de mettre à niveau vers un jeu de réplicas dès que possible. Il existe de nombreux cas où une défaillance matérielle d’un seul nœud entraîne la perte de données et ne peut pas être récupérée. N’attendez pas que cela se produise pour le regretter. Dans le cadre des jeux de réplicas, chaque résultat peut être indexé indépendamment.
Arrêter le nœud
Supprimez la configuration du jeu de réplicas et démarrez avec différents ports
Construisez l'index dont vous avez besoin sur ce nœud
Redémarrer avec la configuration d'origine
Il convient de noter que le jeu de réplicas doit encore terminer toutes les opérations d'écriture sur le nœud principal, donc un trop grand nombre d'index peut toujours causer des problèmes. Tout reste à tester par vous-même pour tirer des conclusions.
Soit ajoutez un index, soit passez à elasticsearch ou hbase. Il est recommandé de passer à elasticsearch dès que possible