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
}