Profilez votre base de données

Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.

Mesurez les performances de votre base de données en temps réel Firebase avec l'outil de profilage de base de données, intégré à la CLI Firebase . L'outil de profilage enregistre toute l'activité de votre base de données sur une période donnée, puis génère un rapport détaillé. Utilisez le rapport détaillé pour résoudre les problèmes de performances de votre base de données, repérer les zones problématiques et réduire les requêtes non indexées.

Créer un profil

  1. Avant de commencer à profiler votre Firebase Realtime Database, assurez-vous que vous utilisez la dernière version de la CLI Firebase et que vous l'avez initialisée pour la base de données et le projet que vous souhaitez profiler. Notez que vous devez être un éditeur ou propriétaire de ce projet pour profiler.

  2. Commencez à profiler votre base de données avec la commande suivante :

    firebase database:profile
    Le profileur affiche un message d'état pendant qu'il enregistre les opérations de votre base de données et crée le profil.

  3. Appuyez sur Entrée pour terminer le profil et afficher les résultats.

Interprétez vos résultats

L'outil de profilage agrège les données qu'il a collectées sur les opérations de votre base de données et affiche les résultats dans trois catégories principales : vitesse , bande passante et requêtes non indexées .

La rapidité

Le rapport de vitesse mesure le temps de réponse du serveur (en millisecondes) pour chaque type d'opération. Cependant, la vitesse mesurée dans le rapport de vitesse peut ne pas refléter réellement la vitesse de l'expérience des utilisateurs finaux. Différents facteurs, y compris les conditions du réseau, peuvent ajouter de la latence côté client.

Le rapport de vitesse comprend les propriétés suivantes :

  • Chemin : Le chemin dans votre base de données où les opérations ont eu lieu. S'il y a plus de 25 nœuds enfants, l'outil de génération de profils les regroupe dans un chemin parent et ajoute un marqueur $wildcard . Vous pouvez voir le répertoire racine de votre base de données dans le rapport, représenté par une barre oblique / .
  • Nombre : Le nombre d'opérations qui se sont produites sur le chemin donné.
  • Vitesse d'exécution moyenne : temps moyen nécessaire au serveur pour exécuter la logique métier nécessaire pour gérer le type d'opération particulier sur ce chemin. L'intervalle de temps mesuré ici commence après celui mesuré par le "Temps d'attente moyen" décrit ci-dessous.
  • Temps d'attente moyen : le temps moyen que les requêtes passent en file d'attente avant d'être exécutées. Ce délai est commun à toutes les demandes initiées par le client. La latence totale des requêtes côté serveur correspond approximativement à la somme du temps d'attente et de la vitesse d'exécution de cette requête.
  • Autorisation refusée : le nombre d'opérations sur le chemin donné qui ont été bloquées par les règles de base de données Firebase sur votre base de données.
Rapport de vitesse par type d'opération
Lire la vitesse d'exécution Le temps de réponse du serveur pour les demandes client de lecture des données de la base de données. Le temps d'exécution de la lecture évolue généralement avec la quantité de données lues, mais même certaines petites lectures peuvent également être retardées par la prélecture du cache.
Vitesse d'exécution en écriture Le temps de réponse du serveur pour les demandes client d'écriture de données dans la base de données. Ecrire des échelles de temps d'exécution avec la quantité de données écrites.
Connecter la vitesse d'exécution Le temps de réponse du serveur pour les demandes à établir avec les clients de la base de données. La latence des demandes de connexion est dominée par la comptabilité côté serveur en mémoire liée à la gestion des connexions.
Vitesse d'exécution de la diffusion

Le temps nécessaire au serveur pour distribuer les données aux clients qui écoutent le chemin donné pour les mises à jour en temps réel.

La propriété Count du rapport sur la vitesse de diffusion agrège le nombre de diffusions qui se sont produites, et non le nombre de clients qui ont reçu les informations. Par exemple, si 10 clients écoutaient sur un chemin donné et que le serveur diffusait une mise à jour à tous les 10 clients, le nombre de diffusions ne reflète qu'une seule diffusion, même si 10 clients ont reçu les données.

La propriété Autorisation refusée n'est pas incluse dans le rapport Vitesse de diffusion.

Bande passante

Le rapport sur la bande passante fournit des informations sur la quantité de données consommées par votre base de données dans les opérations entrantes et sortantes. Cependant, vous ne devez pas utiliser le rapport sur la bande passante pour estimer la facturation, car il n'inclut pas la bande passante utilisée pour d'autres opérations, telles que le profilage de votre base de données. Le rapport sur la bande passante estime approximativement la taille de la charge utile des données consommées par les opérations de lecture, d'écriture et de diffusion vers et depuis votre base de données. C'est un outil qui mesure la performance, pas un outil qui prévoit la facturation.

Le rapport sur la bande passante comprend les propriétés suivantes :

  • Chemin : Le chemin dans votre base de données où les opérations ont eu lieu. S'il y a plus de 25 nœuds enfants, l'outil de génération de profils les regroupe dans un chemin parent.

  • Total : le nombre total d'octets sortants ou entrants utilisés dans toutes les opérations sur le chemin donné.

  • Nombre : Le nombre d'opérations qui se sont produites sur le chemin donné.

  • Moyenne : nombre moyen d'octets téléchargés ou téléchargés sur l'ensemble des opérations au niveau du chemin d'accès donné (octets/écriture ou octets/lecture).

Rapport de bande passante
Octets téléchargés Données consommées par les opérations de lecture et de diffusion envoyées via les SDK clients et l'API REST.
Octets téléchargés Données consommées via des demandes d'écriture entrant dans le serveur de base de données. Les suppressions apparaissent comme des écritures avec 0 octet sous entrant.

Requêtes non indexées

Les requêtes non indexées peuvent être coûteuses, car les clients téléchargent toutes les données à un emplacement, puis y exécutent des requêtes. Cela utilise plus de bande passante que nécessaire. Résolvez autant de requêtes non indexées que possible pour optimiser les performances de votre base de données.

Le rapport Requêtes non indexées affiche les propriétés suivantes :

  • Chemin : Le chemin dans votre base de données où les requêtes non indexées se sont produites.
  • Index : la règle que vous devez ajouter pour résoudre les requêtes non indexées. En savoir plus sur l'indexation dans Indexer vos données .
  • Nombre : nombre de requêtes non indexées qui se sont produites sur le chemin donné.

Profilage avancé

Pour voir toutes les opérations que votre base de données gère, utilisez l'indicateur --raw lorsque vous profilez votre base de données, comme suit :

firebase database:profile --raw

La sortie brute comprend également des informations client pour chaque opération, telles que les chaînes userAgent et les adresses IP. En savoir plus sur les différentes opérations profilées dans votre base de données en temps réel Firebase dans Firebase Realtime Database Operation Types .

L'outil de profilage : pas un outil de facturation

N'utilisez pas l'outil de profilage pour estimer le coût de la bande passante. L'outil de profilage est destiné à vous donner une vue d'ensemble des performances de votre base de données, à vous aider à surveiller les opérations et à résoudre les problèmes, et non à estimer la facturation. Il ne tient pas compte du trafic réseau, il enregistre uniquement une estimation des données d'application envoyées dans les réponses.

Voici quelques exemples courants de trafic réseau facturé par Firebase qui ne sont pas couverts dans votre profil de base de données :

  • Surdébit de protocole : un certain trafic supplémentaire entre le serveur et les clients est nécessaire pour établir et maintenir une session. Selon le protocole sous-jacent, ce trafic peut inclure : la surcharge du protocole en temps réel de la base de données en temps réel Firebase, la surcharge WebSocket et la surcharge de l'en-tête HTTP. Chaque fois qu'une connexion est établie, cette surcharge, combinée à toute surcharge de chiffrement SSL, contribue aux coûts de connexion. Bien qu'il ne s'agisse généralement pas d'une grande quantité de bande passante, elle peut être importante si vos charges utiles sont minuscules ou si vous effectuez des connexions fréquentes et courtes.
  • Surcharge de cryptage SSL : il y a un coût associé à la surcharge de cryptage SSL nécessaire pour les connexions sécurisées. En moyenne, ce coût est d'environ 3,5 Ko pour la poignée de main initiale et d'environ 40 B pour les en-têtes d'enregistrement TLS sur chaque message sortant. Pour la plupart des applications, il s'agit d'un petit pourcentage de votre facture. Cependant, cela peut devenir un pourcentage important si votre cas spécifique nécessite de nombreuses poignées de main SSL. Par exemple, les appareils qui ne prennent pas en charge les tickets de session TLS peuvent nécessiter un grand nombre d'établissements de liaison de connexion SSL.

En savoir plus sur la compréhension et l'estimation de votre facture .