Modèles de carte 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. Dans le hotspotting, vous pouvez observer des latences élevées correspondantes.

Voici quelques exemples de hotspots courants sur l'index:

Hotspot en raison de l'augmentation du code temporel

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

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

Hotspotting dû à l'augmentation du nom des champs

Carte de densité montrant le hotspotting en raison de l'augmentation du champ

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 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 dans 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. En fonction du champ d'application, il peut s'agir du chemin d'accès à la collection pour le champ d'application de la collection ou du nom de la collection pour le champ d'application du groupe de collections.
  • PROPERTIES: champs utilisés pour créer l'index. La propriété d'ordre __name__ ne s'affiche que pour les définitions d'index qui modifient l'ordre par défaut.
  • VALUES : 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 la liste 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 (PROPRIÉTÉS). Voir exemples de clés d'index.

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

    Utilisez l'opérateur OU pour ajouter d'autres champs en cas d'index composites.

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

  • Index composite: modifiez l'index pour vous assurer que le champ dont la valeur augmente ou diminue de manière linéaire n'est pas sélectionné comme premier champ pour ou supprimer l'index.

  • 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 pour un seul champ.

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

Type Description Exemple
Index à champ unique de portée 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 sur 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 sur le champ Timestamp, dans l'ordre croissant, et sur 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 à la portée de la collection avec les propriétés ASC et __name__ Entrée d'index pour l'index composite sur le champ Timestamp par 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