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 finement granuleux de couleurs sombres et lumineuses, les opérations d'écriture/suppression pour les clés d'index sont réparties de manière homogène dans la base de données. Cette carte de densité représente probablement un modèle d'utilisation efficace pour le mode Datastore.

Index sur les clés séquentielles

Une carte de densité avec une seule ligne brillante en diagonale peut indiquer un index sur une clé strictement croissante ou décroissante, telle qu'un code temporel. Les index sur les clés séquentielles ne sont pas recommandés et peuvent créer des points d'accès. Dans le hotspotting, vous pouvez observer des latences élevées correspondantes.

Voici quelques exemples de points chauds courants dans l'index :

Détection de points chauds en raison de l'augmentation du code temporel

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

Dans cet exemple, une carte de densité avec une seule ligne brillante en diagonale peut indiquer une base de données qui utilise des opérations d'écriture/de suppression d'index strictement croissantes ou décroissantes sur une propriété d'horodatage.

Points chauds dus à l'augmentation du nombre de noms de propriétés

Carte de densité montrant une zone chaude due à une augmentation de la propriété

Dans cet exemple, une carte de densité avec une seule ligne brillante en diagonale peut indiquer une base de données qui utilise des opérations d'écriture/de suppression d'index strictement croissantes ou décroissantes sur une propriété incrémentielle, telle que des numéros de facture générés automatiquement.

Pour identifier le problème de hotspotting, utilisez l'outil Key Visualizer et comprenez la structure de la clé d'index afin de déterminer quel index est à l'origine du problème. Ensuite, exemptez ces index 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 en mode Datastore.

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

NAMESPACE: NS KIND: Users 
PROPERTIES: (Timestamp: DESC, Name: DESC)
ANCESTOR: KEY(PROJECT('PROJECT_ID'),NAMESPACE('NS'),`UserList`,1)
VALUES: (16500000000000001,'Alice')
ENTITY:KEY(PROJECT('PROJECT_ID'),NAMESPACE(''),`UserList`,1,`User`,5000000000000001)

Où :

  • NAMESPACE : namespace de l'entité.
  • KIND : kind d'entité qui catégorise les entités.
  • PROPERTIES : propriétés liées à l'entité. La propriété d'ordre __key__ n'est affichée que pour les définitions d'index qui modifient l'ordre par défaut.
  • ANCESTOR : chemin d'ancêtre facultatif pour localiser l'entité dans la hiérarchie de la base de données.
  • VALUES : valeur de chaque propriété.
  • ENTITY : ID de l'entité mise à jour dans une opération.

À partir de l'exemple précédent, identifiez les propriétés de la valeur PROPERTIES pour trouver l'index concerné.

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

  1. Accédez à la page Index du mode Datastore dans la console Google Cloud .

    Accéder aux index du mode Datastore

    Vous pouvez identifier le type d'index en analysant le champ PROPERTIES. Pour en savoir plus, consultez les exemples de clés d'index.

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

    Utilisez l'opérateur OR pour ajouter d'autres propriétés en cas d'index composites.

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

  • Index intégré : excluez la propriété afin que l'index ne conserve pas les entrées d'index pour cette propriété. Pour en savoir plus, consultez Propriétés exclues.
  • Index composite : modifiez l'index dans le fichier index.yaml 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'index. Pour en savoir plus, consultez À propos d'index.yaml.

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

Type Description Exemple
Entrée d'index intégrée Entrée d'index pour l'index de propriété unique sur la propriété Timestamp, par ordre décroissant pour l'espace de noms NS. NAMESPACE: NS
KIND: Users
PROPERTIES: (Timestamp: DESC)
ANCESTOR: NONE
VALUES: (16500000000000001)
ENTITY: KEY(PROJECT('PROJECT_ID'), NAMESPACE('NS'),Utilisateurs, 5000000000000001)
Entrée d'index intégrée Entrée d'index pour l'index de propriété unique dans l'espace de noms par défaut. NAMESPACE: ' '
KIND: Users
PROPERTIES: (Timestamp: DESC)
ANCESTOR: NONE
VALUES: (16500000000000001)
ENTITY: KEY(PROJECT('PROJECT_ID'), NAMESPACE('NS'),Utilisateurs, 5000000000000001)
Entrée d'index composite Entrée d'index pour l'index composite sur la propriété Timestamp et la propriété Name dans l'ordre décroissant sans ancêtre activé. NAMESPACE: NS
KIND: Users
PROPERTIES: (Timestamp: DESC, Name: DESC)
ANCESTOR: NONE
VALUES: (16500000000000001, 'Alice')
ENTITY: KEY(PROJECT('PROJECT_ID'),NAMESPACE('NS'),Utilisateurs,5000000000000001)
Entrée d'index composite avec ancêtre Entrée d'index pour l'index composite sur la propriété Timestamp par ordre décroissant et la propriété Name par ordre décroissant avec l'ancêtre activé. NAMESPACE: NS
KIND: Users
PROPERTIES: (Timestamp: DESC, Name: ASC)
ANCESTOR: KEY(PROJECT('PROJECT_ID'),NAMESPACE('NS'),UserList,1,User,5000000000000001
VALUES: (16500000000000001, 'Alice')
ENTITY: KEY(PROJECT('PROJECT_ID'),NAMESPACE('NS'),UserList,1,User,5000000000000001)
Entrée d'index composite avec __key__ Entrée d'index pour l'index composite sur la propriété Timestamp par ordre croissant et la propriété __key__ par ordre décroissant sans ancêtre activé. Vous pouvez utiliser __key__ comme propriété finale dans une définition d'index pour modifier l'ordre par défaut des résultats. NAMESPACE: NS
KIND: Users
PROPERTIES: (Timestamp: ASC, __key__ DESC)
ANCESTOR: NONE
VALUES: (16500000000000001)
ENTITY: KEY(PROJECT('PROJECT_ID'),NAMESPACE('NS'),UserList,1,User,5000000000000001)

Étapes suivantes