Modèles de cartes de densité pour les clés d'index

Cette page présente des exemples de modèles que vous pourriez voir dans une carte de densité Key Visualizer. Ces modèles peuvent vous aider à résoudre des problèmes de performances spécifiques.

Utilisation homogène

Carte de densité montrant une répartition homogène des lectures et écritures

Si une carte de densité affiche un mélange granulaire de couleurs sombres et lumineuses, alors les opérations d'écriture/suppression pour les clés d'index sont réparties uniformément dans la base de données. Cette carte de densité est probablement représente un modèle d'utilisation efficace de Firestore.

Index des clés séquentielles

Une carte de densité avec une seule ligne lumineuse en diagonale peut indiquer un indice situé sur une qui augmente ou diminue strictement, comme l'horodatage. Index activé les touches séquentielles ne sont pas recommandées et peuvent créer des zones cliquables. Lors du hotspotting, vous pourriez observer des latences élevées correspondantes.

Voici quelques exemples de hotspots courants sur l'index:

Hotspotting dû à l'augmentation du code temporel

Carte de densité montrant un hotspotting en raison de l'augmentation du code temporel

Dans cet exemple, une carte thermique avec une seule ligne diagonale brillante peut indiquer une base de données qui utilise strictement l'augmentation ou la diminution des opérations d'écriture/suppression d'index sur un code temporel nom du champ.

Hotspotting en raison de l'augmentation du nombre de noms de champs

Carte de densité montrant des points chauds en raison d'un champ croissant

Dans cet exemple, une carte thermique avec une seule ligne diagonale brillante peut indiquer une qui utilise strictement à augmenter ou à diminuer les opérations d'écriture/suppression d'index sur une champ incrémentiel, comme les numéros de facture générés automatiquement.

Pour identifier le problème de point chaud, utilisez l'outil Key Visualizer et compréhendez la structure de la clé d'index afin de déterminer quel indice est à l'origine du problème et d'exempter ces indices en suivant les bonnes pratiques.

Comprendre la structure des clés d'index

Avant de comprendre la structure des clés d'index que vous voyez dans l'outil Key Visualizer, découvrez les index dans Firestore.

Le code suivant montre un exemple de format de clé d'index qui s'affiche lorsque vous pointez sur sur la plage de clés concernée sur la carte de densité.

COLLECTION: projects/PROJECT_ID/databases/(default)/documents/Users
  PROPERTIES: (Timestamp: DESC) 
  VALUES: (16500000000000001)
  DOCUMENT: projects/PROJECT_ID/databases/(default)/documents/Users/5000000000000001

Où :

  • COLLECTION: emplacement de la collection dans votre base de données. D'après les scope, il peut s'agir d'un chemin d'accès pour le champ d'application ou d'un nom de collection pour d'un groupe de collections.
  • PROPRIÉTÉS : champs utilisés pour créer l'index. La propriété de tri __name__ ne s'affiche que pour les définitions d'index qui modifient l'ordre par défaut.
  • VALEURS: valeur de chaque propriété.
  • DOCUMENT: ID du document mis à jour lors d'une opération.

À partir de l'exemple précédent, identifiez les champs de PROPERTIES pour trouver l'index concerné.

Pour trouver l'index, procédez comme suit:

  1. Dans la console Google Cloud, accédez à la page Base de données.

    Accéder à la page "Bases de données"

  2. Sélectionnez la base de données requise dans la liste des bases de données.

  3. Dans le menu de navigation, cliquez sur Index.

  4. Accédez à l'onglet Composite ou Champ unique.

    Vous pouvez identifier le type d'index en analysant le champ PROPERTIES. Voir exemples de clés d'index.

  5. Cliquez sur Filtrer, sélectionnez Champs, puis saisissez le nom du champ.

    Utilisez l'opérateur OR pour ajouter d'autres champs dans le cas d'index composites.

Une fois que vous avez identifié l'index à l'origine des problèmes, vous pouvez utiliser les solutions suivantes:

  • Indice composite : modifiez l'indice pour vous assurer que le champ dont la valeur augmente ou diminue de façon linéaire n'est pas sélectionné comme premier champ pour l'indexation, ou supprimez l'indice.

  • Index de champ unique: ajoutez une exception pour le champ et l'ordre de tri que que vous souhaitez exempter. Pour en savoir plus, consultez la section Ajouter une exception de champ unique.

Exemples d'entrées de clé d'index sur la carte de densité

Type Description Exemple
Index à champ unique pour la portée de la collection ASC, DESC Par défaut, Firestore crée des index qui s'appliquent à une collection.

Entrée d'index pour l'index à champ unique du champ Timestamp, dans l'ordre décroissant pour le document Users/5000000000000001.		 COLLECTION: projects/PROJECT_ID/databases/(default)/documents/Users
PROPERTIES: (Timestamp: DESC)
VALUES: (16500000000000001)
DOCUMENT: projects/PROJECT_ID/databases/(default)/documents/Users/5000000000000001
Index à champ unique dont le champ d'application est défini sur la collection pour les champs de tableau Pour chaque champ de tableau d'un document, Firestore crée et conserve un index "array-contains" dont le champ d'application est défini sur une collection.

Entrée d'index pour les index à champ unique du mode array-contains qui seront créés lorsqu'un champ Country: [USA, Japan] sera ajouté au document. Notez que des index ASC,DESC seront également créés par défaut pour ce champ. L'exemple montre l'indice ASC pour le champ Country.		 COLLECTION: projects/PROJECT_ID/databases/(default)/documents/Users
PROPERTIES:(Country: ASC)
VALUES:([USA, Japan]) DOCUMENT:(projects/PROJECT_ID/databases/(default)/documents/Users/5000000000000001)
Index à champ unique du groupe de collections ASC, DESC, ARRAY Un groupe de collections inclut toutes les collections possédant le même ID.
Entrée d'index pour l'index à champ unique du groupe de collections dans le champ Timestamp, par ordre décroissant.		 COLLECTION GROUP: Users
PROPERTIES: (Timestamp: DESC)
VALUES: (16500000000000001L)
DOCUMENT: projects/PROJECT_ID/databases/(default)/documents/Users/5000000000000001
Index à champ unique du groupe de collections ASC, DESC, ARRAY Entrée d'index pour l'index à champ unique du groupe de collections sur le champ Country en mode array-contains COLLECTION GROUP: Users PROPERTIES: (Country: ARRAY ASC) VALUES: (USA) DOCUMENT: projects/PROJECT_ID/databases/(default)/documents/Users/5000000000000001
Entrée d'index composite de collection avec des propriétés ASC, ASC et ARRAY Les entrées d'index composite avec parent sont créées lorsque des documents imbriqués sont créés avec une définition d'index de portée collection.

Entrée d'index pour l'index composite avec les champs Timestamp et Name dans l'ordre croissant, et Country en mode array-contains.		 COLLECTION: projects/PROJECT_ID/databases/(default)/documents/Users
PROPERTIES: (Timestamp: ASC, Name: ASC,Country: ARRAY)
VALUES: (16500000000000001L, 'Alice', 'USA')
DOCUMENT: (projects/PROJECT_ID/databases/(default)/documents/Users/5000000000000001)
Entrée d'index composite de portée groupe de collections avec propriétés ASC et ASC Entrée d'index pour l'index composite dans le champ Timestamp, dans l'ordre croissant et le champ Name dans l'ordre croissant COLLECTION GROUP: Users
PROPERTIES: (Timestamp: ASC, Name: ASC)
VALUES: (16500000000000001L, 'Alice')
DOCUMENT: (projects/PROJECT_ID/databases/(default)/documents/Users/5000000000000001)
Entrée d'index composite de champ d'application de collection avec les propriétés ASC et __name__ Entrée d'index pour l'index composite du champ Timestamp dans l'ordre croissant et avec le tri __name__ par ordre décroissant pour le document Users/5000000000000001. Vous pouvez utiliser __name__ comme champ final d'une définition d'index pour modifier l'ordre par défaut des résultats. COLLECTION: projects/PROJECT_ID/databases/(default)/documents/Users
PROPERTIES: (Timestamp: ASC, __name__ DESC)
VALUES: (16500000000000001)
DOCUMENT: projects/PROJECT_ID/databases/(default)/documents/Users/5000000000000001

Étape suivante