Polecenie do profilowania bazy danych czasu rzeczywistego Firebase
Aby wygenerować raport o szybkości i wykorzystaniu przepustowości podczas operacji w instancji Bazy danych czasu rzeczywistego, użyj tego polecenia:
firebase database:profile
Opcje oznaczania | Opis |
---|---|
-h, --help |
Wyjściowe informacje o wykorzystaniu. |
-o, --output FILENAME |
Zapisz dane wyjściowe w określonym pliku. |
-i, --input FILENAME |
Wygeneruj raport na podstawie określonego pliku zamiast logów strumieniowania z serwera. |
-d, --duration SECONDS |
Zbieraj informacje o wykorzystaniu bazy danych przez określoną liczbę sekund. |
--raw |
Wygeneruj nieprzetworzone statystyki w pliku JSON rozdzielanym znakami nowego wiersza. |
Typy operacji
połączenie równoczesne
Ta operacja odzwierciedla połączenia z bazą danych w czasie rzeczywistym (np. gdy nowy klient łączy się za pomocą pakietu SDK). Połączenia REST nie są odzwierciedlane w operacjach jednoczesnego połączenia.
{ "name": "concurrent-connect", "timestamp": 1484776334900 }
równoczesne-rozłączanie
Połączenia równoczesne oznaczają połączenia, które zostały odłączone od bazy danych (na przykład gdy klient się rozłącza lub się wylogowuje).
{ "name": "concurrent-disconnect", "timestamp": 1484776341844 }
realtime-write
Zapis żądań z połączeń w czasie rzeczywistym. Na przykład operacje set()
i push()
w przypadku klientów internetowych. Żądania usunięcia są też liczone jako operacje realtime-write
i odzwierciedlają zapisy o rozmiarze 0 bajtów.
{ "allowed": true, // If security rules allow the operation "bytes": 1, "millis": 2, "name": "realtime-write", "path": [ "foo" ], "timestamp": 1484776538763 }
realtime-transaction
Ten typ operacji obejmuje transakcje dokonane za pomocą połączeń w czasie rzeczywistym. Powtórne transakcje mogą być wynikiem nieudanych prób i ponownych prób.
{ "allowed": true, "bytes": 20, "millis": 2, "name": "realtime-transaction", "path": [ "foo" ], "timestamp": 1484776854610 }
aktualizacja w czasie rzeczywistym
Te operacje aktualizacji w czasie rzeczywistym odzwierciedlają nadmiar konkretnych danych, a nie bardziej ogólne operacje zapisu w realtime-write
.
{ "allowed": true, "bytes": 5, "millis": 2, "name": "realtime-update", "path": [ "foo" ], "timestamp": 1484776538769 }
listener-listen
Operacje te odzwierciedlają wstępne prośby klientów o dostęp do danych z określonej lokalizacji. Na przykład metody on()
lub once()
w przypadku klientów internetowych.
{ "allowed": true, "bytes": 0, "millis": 26, "name": "listener-listen", "path": [ "foo" ], "querySet": [], "timestamp": 1484776335024, "unIndexed": false }
słuchacz-transmisja
Ta operacja obejmuje dane wysyłane z serwera do wszystkich klientów nasłuchujących w danej lokalizacji po każdej operacji zapisu i aktualizacji. Zmiana danych prowadzi do operacji przesyłania. Jednak gdy żaden klient nie słucha, może się pojawić 0 aktualizacji.
{ "bytes": 56, // Total bytes sent across clients "clientsUpdated": 3, // This may be 0 if no clients are listening "millis": 17, "name": "listener-broadcast", "path": [ "baz", "mar" ], "timestamp": 1484775969928 }
listener-unlisten
Operacje te odzwierciedlają klienty słuchające, które zakończą nasłuchiwanie lub przestają nasłuchiwać za pomocą metod odłączania (np. off()
w przypadku sieci lub removeAllObservers
w przypadku iOS).
{ "name": "listener-unlisten", "path": [ "foo" ], "timestamp": 1484776335044 }
odczyt odpoczynku
GET
za pomocą interfejsu API REST.
{ "allowed": true, "bytes": 348, // This would be 0 if the read data was null "millis": 26, "name": "rest-read", "path": [], "querySet": [ { "default": true, "endIndexValue": "[MAX_NAME]", "equality": false, "index": {}, "limit": null, "range": false, "simpleLimit": false, "startIndexValue": "[MIN_NAME]", "viewFrom": null } ], "timestamp": 1484775747416 }
zapis w spoczynku
PUT
i POST
za pomocą interfejsu API REST.
Żądania DELETE
odzwierciedlają operacje rest-write
o rozmiarze 0 bajtów.
{ "allowed": true, "bytes": 13, "millis": 116, "name": "rest-write", "path": [], "timestamp": 1484775917216 }
transakcja po odpoczynku
W przypadku zachowania podobnego do transakcji używaj żądań warunkowych.
Operacja rest-transaction
rejestruje żądania, używając nagłówków Etag
lub if-match
.
{ "allowed": true, "bytes": 13, "millis": 116, "name": "rest-transaction", "path": [], "timestamp": 1484775917216 }
aktualizacja do spoczynku
Aktualizacje za pomocą interfejsu API REST odzwierciedlają żądania PATCH
.
{ "allowed": true, "bytes": 5, "millis": 11, "name": "rest-update", "path": [ "baz", "mar" ], "timestamp": 1484775969930 }
on-disconnect-put
Te operacje odzwierciedlają dodanie detektorów onDisconnect
do zapisywania operacji. np. gdy używasz onDisconnect().setValue()
.
{ "allowed": true, "bytes": 4, "millis": 2, "name": "on-disconnect-put", "path": [ "baz", "mar" ], "timestamp": 1484775969930 }
on-disconnect-update
Te operacje odzwierciedlają dodanie detektorów onDisconnect
do aktualizacji operacji. np. gdy używasz onDisconnect().updateChildren()
.
{ "allowed": true, "bytes": 4, "millis": 2, "name": "on-disconnect-update", "path": [ "baz", "mar" ], "timestamp": 1484775969930 }
przy-rozłączaniu-anuluj
Te operacje odzwierciedlają usunięcie detektorów onRozłącz.
np. gdy używasz onDisconnect().set().cancel()
.
{ "millis": 2, "name": "on-disconnect-cancel", "path": [ "baz", "mar" ], "timestamp": 1484775969930 }
run-on-disconnect
Te operacje odzwierciedlają aktywowanie detektorów onDisconnect
.
Gdy klient działający w czasie rzeczywistym rozłącza się po dodaniu co najmniej 1 detektora onDisconnect
, program profilujący rejestruje pojedynczą operację run-on-disconnect
, aby uwzględnić zbiorcze bajty i czas wszystkich wywołanych detektorów onDisconnect
.
{ "bytes": 4, "millis": 2, "name": "run-on-disconnect", "timestamp": 1484775969930 }