Misura le prestazioni di Firebase Realtime Database con il profiler di database integrato nell'interfaccia a riga di comando di Firebase. Lo strumento di profilazione registra tutta l'attività nel database in un determinato periodo di tempo, quindi genera un report dettagliato. Utilizza il report dettagliato per risolvere i problemi relativi al tuo le prestazioni del database, individuare le aree problematiche e ridurre le query non indicizzate.
Crea un profilo
Prima di iniziare a profilare il tuo Firebase Realtime Database, assicurati di utilizzare l'ultima versione dell'interfaccia a riga di comando di Firebase e che lo hai inizializzato per il database e il progetto che vuoi profilare. Nota che devi essere un editor o un proprietario del progetto da profilare.
Inizia a creare il profilo del database con il seguente comando:
firebase database:profile
Il profiler mostra un messaggio di stato durante la registrazione delle operazioni dal database e la creazione del profilo.Premi Invio per completare il profilo e visualizzare i risultati.
Interpreta i risultati
Lo strumento di profilazione aggrega i dati raccolti sulle operazioni del database e mostra i risultati in tre categorie principali: velocità, larghezza di banda e query non indicizzate.
Velocità
Il report Velocità misura il tempo di risposta del server (in millisecondi) per ogni tipo di operazione. Tuttavia, la velocità misurata nel report Velocità potrebbe non riflettere effettivamente la velocità sperimentata dagli utenti finali. Diversi fattori, tra cui le condizioni della rete, possono aggiungere latenza lato client.
Il report Velocità include le seguenti proprietà:
- Percorso: il percorso nel database in cui si sono verificate le operazioni. Se
esistono più di 25 nodi figlio, lo strumento profiler li comprime
percorso principale e aggiunge un indicatore
$wildcard. Nel report potresti vedere la directory radice del database, rappresentata da una barra/. - Conteggio: il numero di operazioni che si sono verificate nel percorso specificato.
- Velocità di esecuzione media:il tempo medio impiegato dal server per eseguire della logica di business necessaria per gestire il tipo di operazione in quel percorso. L'intervallo di tempo misurato qui inizia dopo quello misurato dall'indicatore "Tempo medio in attesa" descritto di seguito.
- Tempo di attesa medio: tempo medio trascorso dalle richieste in coda prima del giorno viene eseguito. Questo ritardo è comune a tutte le richieste avviate dal client. La la latenza totale delle richieste lato server è all'incirca la somma delle tempi di attesa e velocità di esecuzione.
- Autorizzazione negata: il numero di operazioni nel percorso specificato che sono state bloccate dalle regole del database Firebase nel tuo database.
| Report sulla velocità per tipo di operazione | |
|---|---|
| Velocità di esecuzione in lettura | Il tempo di risposta del server per le richieste del client di leggere i dati dal database. Il tempo di esecuzione della lettura generalmente dipende dalla quantità di dati vengono letti, ma anche alcune letture di piccole dimensioni possono essere ritardate dalla cache il precaricamento. |
| Velocità di esecuzione della scrittura | Il tempo di risposta del server per le richieste del client di scrivere dati nel database. Il tempo di esecuzione della scrittura varia in base alla quantità di dati scritti. |
| Velocità di esecuzione di Connect | Il tempo di risposta del server per le richieste da stabilire ai client del database. La latenza delle richieste di connessione è dominata dai sistemi in memoria lato server relative alla gestione delle connessioni. |
| Velocità di esecuzione della trasmissione | Il tempo necessario al server per distribuire i dati ai client che ascoltano il percorso specificato per gli aggiornamenti in tempo reale. La proprietà Count nel Il report Velocità trasmissione aggrega il numero di trasmissioni avvenute, non il numero di clienti che hanno ricevuto le informazioni. Ad esempio, se 10 client erano in ascolto in un determinato percorso e il server ha trasmesso un aggiornamento a tutti e 10 i client, il conteggio delle trasmissioni riflette solo una trasmissione, anche se 10 client hanno ricevuto i dati. La proprietà Autorizzazione negata non è inclusa nel Rapporto Velocità di trasmissione. |
Larghezza di banda
Il report sulla larghezza di banda fornisce insight sulla quantità di dati consumata dal database le operazioni in entrata e in uscita. Tuttavia, non devi utilizzare il report Larghezza di banda per stimare la fatturazione, in quanto non include la larghezza di banda utilizzata per altre operazioni, come il profiling del database. Il report Larghezza di banda stima approssimativamente la dimensione del payload utilizzati da operazioni di lettura, scrittura e trasmissione verso e dal database. È uno strumento che misura il rendimento, non uno che prevede la fatturazione.
Il report Larghezza di banda include le seguenti proprietà:
Percorso:il percorso del database in cui si sono verificate le operazioni. Se esistono più di 25 nodi secondari, lo strumento di profiler li comprime in un percorso principale.
Totale: i byte in uscita o in entrata totali utilizzati in tutte le operazioni nel percorso specificato.
Conteggio: il numero di operazioni che si sono verificate nel percorso specificato.
Media: il numero medio di byte scaricati o caricati durante le operazioni nel percorso specificato (byte/scrittura o byte/lettura).
| Report sulla larghezza di banda | |
|---|---|
| Byte scaricati | Dati consumati tramite operazioni di lettura e trasmissione inviati tramite il client e API REST. |
| Byte caricati | Dati consumati tramite richieste di scrittura in arrivo sul server di database. Le eliminazioni vengono visualizzate come scritture con 0 byte in In entrata. |
Query non indicizzate
Le query non indicizzate possono essere costose, perché i client scaricano tutti i dati in una posizione ed eseguono query su di essi. In questo modo viene utilizzata più larghezza di banda del necessario. Risolvi il maggior numero possibile di query non indicizzate per ottimizzare il rendimento del database.
Il report Query non indicizzate mostra le seguenti proprietà:
- Percorso:il percorso del database in cui si sono verificate le query non indicizzate.
- Indice: la regola da aggiungere per risolvere le query non indicizzate. Scopri di più sull'indicizzazione in Indicizzare i dati.
- Conteggio:il numero di query non indicizzate che si sono verificate nel percorso specificato.
Profilazione avanzata
Per visualizzare tutte le operazioni gestite dal database, utilizza il flag --raw
quando profili il database, come segue:
firebase database:profile --raw
L'output non elaborato include anche informazioni sul client per ogni operazione, ad esempio:
userAgent stringhe e indirizzi IP. Scopri di più sulle diverse operazioni
profilato in Firebase Realtime Database nei tipi di operazioni Firebase Realtime Database.
Strumento di profilazione: non è uno strumento di fatturazione
Non utilizzare lo strumento di profilazione per stimare il costo della larghezza di banda. Lo scopo dello strumento di analisi è fornire un quadro complessivo delle prestazioni del database, per aiutarti a monitorare le operazioni e risolvere i problemi, non per stimare la fatturazione. Non tiene conto del traffico di rete, ma registra solo una stima dei dati dell'applicazione inviati nelle risposte.
Di seguito sono riportati alcuni esempi comuni di traffico di rete fatturato da Firebase non trattati nel profilo del database:
- Overhead del protocollo:traffico aggiuntivo tra il server e i client. necessarie per stabilire e mantenere una sessione. A seconda della struttura questo traffico potrebbe includere: dati in tempo reale di Firebase Realtime Database l'overhead del protocollo, l'overhead WebSocket e l'overhead dell'intestazione HTTP. Ogni volta che viene connessione Internet, questo overhead, combinato con qualsiasi crittografia SSL l'overhead generale contribuisce ai costi della connessione. Sebbene solitamente non si tratti di una grande quantità di larghezza di banda, può essere notevole se i payload sono o contatti brevi e frequenti.
- L'overhead della crittografia SSL:la crittografia SSL è soggetta a un costo dell'overhead di crittografia necessario per le connessioni sicure. In media, questo costo sono di circa 3, 5 kB per l'handshake iniziale e di circa 40 miliardi per Intestazioni del record TLS per ogni messaggio in uscita. Per la maggior parte delle app, si tratta di una piccola percentuale della fattura. Tuttavia, questo valore potrebbe diventare una percentuale elevata se il tuo caso specifico richiede molti handshake SSL. Ad esempio, i dispositivi che non supportano i ticket di sessione TLS potrebbero richiedere un numero elevato di handshake di connessione SSL.
Scopri di più su come comprendere e stimare la fattura.