Funkcja Query Explain umożliwia przesyłanie Cloud Firestore zapytań do
backendu i otrzymywanie szczegółowych statystyk wydajności wykonywania zapytań w backendzie. Działa podobnie jak operacja EXPLAIN [ANALYZE] w wielu relacyjnych systemach baz danych.
Żądania Query Explain można wysyłać za pomocą bibliotek klienta serwera Firestore.
Wyniki Query Explain pomagają zrozumieć, jak wykonywane są zapytania, wskazując nieefektywności i lokalizację prawdopodobnych wąskich gardeł po stronie serwera.
Query Explain:
- dostarcza statystyk na etapie planowania zapytań, dzięki czemu możesz dostosować indeksy zapytań i zwiększyć wydajność;
- za pomocą opcji analizy pomaga zrozumieć koszty i wydajność na poziomie poszczególnych zapytań oraz umożliwia szybkie iterowanie różnych wzorców zapytań w celu optymalizacji ich użycia.
Omówienie opcji Query Explain: default i analyze
Operacje Query Explain można wykonywać za pomocą opcji default lub analyze.
W przypadku opcji domyślnej Query Explain planuje zapytanie, ale pomija etap wykonania. Spowoduje to zwrócenie informacji o etapie planowania. Możesz użyć tej opcji, aby sprawdzić, czy zapytanie ma niezbędne indeksy, i dowiedzieć się, które indeksy są używane. Pomoże Ci to na przykład sprawdzić, czy dane zapytanie używa indeksu złożonego, zamiast przecinać wiele różnych indeksów.
W przypadku opcji analyze Query Explain planuje i wykonuje zapytanie. Zwraca wszystkie wymienione wcześniej informacje o planowaniu wraz ze statystykami z czasu wykonywania zapytania. Będą one obejmować informacje o rozliczeniach zapytania oraz statystyki na poziomie systemu dotyczące wykonywania zapytania. Za pomocą tego narzędzia możesz testować różne konfiguracje zapytań i indeksów, aby zoptymalizować ich koszt i opóźnienie.
Ile kosztuje Query Explain?
Gdy używasz Query Explain z opcją domyślną, nie są wykonywane żadne operacje indeksowania ani odczytu. Niezależnie od złożoności zapytania naliczana jest opłata za 1 operację odczytu.
Gdy używasz Query Explain z opcją analyze, wykonywane są operacje indeksowania i odczytu, więc opłata za zapytanie jest naliczana jak zwykle. Za analizę nie są naliczane żadne dodatkowe opłaty – tylko zwykła opłata za wykonywane zapytanie.
Korzystanie z Query Explain z opcją domyślną
Do przesyłania żądań z opcją domyślną możesz używać bibliotek klienta.
Pamiętaj, że żądania są uwierzytelniane za pomocą IAM, z użyciem tych samych uprawnień co w przypadku zwykłych operacji zapytań. Inne metody uwierzytelniania, takie jak Firebase Authentication, są ignorowane. Więcej informacji znajdziesz w przewodniku po IAM dla bibliotek klienta serwera.
Java (administrator)
Query q = db.collection("col").whereGreaterThan("a", 1);
ExplainOptions options = ExplainOptions.builder().build();
ExplainResults<QuerySnapshot> explainResults = q.explain(options).get();
ExplainMetrics metrics = explainResults.getMetrics();
PlanSummary planSummary = metrics.getPlanSummary();
Node (administrator)
const q = db.collection('col').where('country', '=', 'USA');
const options = { analyze : 'false' };
const explainResults = await q.explain(options);
const metrics = explainResults.metrics;
const plan = metrics.planSummary;
Dokładny format odpowiedzi zależy od środowiska wykonania. Zwrócone wyniki można przekonwertować na format JSON. Przykład:
{
"indexes_used": [
{"query_scope": "Collection", "properties": "(category ASC, __name__ ASC)"},
{"query_scope": "Collection", "properties": "(country ASC, __name__ ASC)"},
]
}Więcej informacji znajdziesz w dokumentacji raportu Query Explain.
Korzystanie z Query Explain z opcją analyze
Do przesyłania żądań z opcją analyze możesz używać bibliotek klienta.
Pamiętaj, że żądania są uwierzytelniane za pomocą IAM, z użyciem tych samych uprawnień co w przypadku zwykłych operacji zapytań. Inne metody uwierzytelniania, takie jak Firebase Authentication, są ignorowane. Więcej informacji znajdziesz w przewodniku po IAM dla bibliotek klienta serwera.
Java (administrator)
Query q = db.collection("col").whereGreaterThan("a", 1);
ExplainOptions options = ExplainOptions.builder().setAnalyze(true).build();
ExplainResults<QuerySnapshot> explainResults = q.explain(options).get();
ExplainMetrics metrics = explainResults.getMetrics();
PlanSummary planSummary = metrics.getPlanSummary();
List<Map<String, Object>> indexesUsed = planSummary.getIndexesUsed();
ExecutionStats stats = metrics.getExecutionStats();
Node (administrator)
const q = db.collection('col').where('country', '=', 'USA');
const options = { analyze : 'true' };
const explainResults = await q.explain(options);
const metrics = explainResults.metrics;
const plan = metrics.planSummary;
const indexesUsed = plan.indexesUsed;
const stats = metrics.executionStats;
Poniższy przykład pokazuje obiekt stats zwrócony oprócz planInfo.
Dokładny format odpowiedzi zależy od środowiska wykonania. Przykładowa odpowiedź jest w formacie JSON.
{
"resultsReturned": "5",
"executionDuration": "0.100718s",
"readOperations": "5",
"debugStats": {
"index_entries_scanned": "95000",
"documents_scanned": "5"
"billing_details": {
"documents_billable": "5",
"index_entries_billable": "0",
"small_ops": "0",
"min_query_cost": "0",
}
}
}Więcej informacji znajdziesz w dokumentacji raportu Query Explain.
Interpretowanie wyników i wprowadzanie zmian
Przyjrzyjmy się przykładowemu scenariuszowi, w którym wysyłamy zapytanie o filmy według gatunku i kraju produkcji.
Dla ilustracji załóżmy, że mamy odpowiednik tego zapytania SQL.
SELECT * FROM /movies WHERE category = 'Romantic' AND country = 'USA';
Jeśli użyjemy opcji analyze, zwrócone dane pokażą, że zapytanie jest wykonywane na 2 indeksach z 1 polem: (category ASC, __name__ ASC) i (country ASC, __name__ ASC). Przeskanuje ono 16 500 wpisów indeksu, ale zwróci tylko 1200 dokumentów.
// Output query planning info { "indexes_used": [ {"query_scope": "Collection", "properties": "(category ASC, __name__ ASC)"}, {"query_scope": "Collection", "properties": "(country ASC, __name__ ASC)"}, ] } // Output query status { "resultsReturned": "1200", "executionDuration": "0.118882s", "readOperations": "1200", "debugStats": { "index_entries_scanned": "16500", "documents_scanned": "1200" "billing_details": { "documents_billable": "1200", "index_entries_billable": "0", "small_ops": "0", "min_query_cost": "0", } } }
Aby zoptymalizować wydajność wykonywania zapytania, możesz utworzyć w pełni pokryty indeks złożony (category ASC, country ASC, __name__ ASC).
Ponowne uruchomienie zapytania z opcją analyze pozwoli nam zobaczyć, że dla tego zapytania został wybrany nowo utworzony indeks, a zapytanie jest wykonywane znacznie szybciej i wydajniej.
// Output query planning info { "indexes_used": [ {"query_scope": "Collection", "properties": "(category ASC, country ASC, __name__ ASC)"} ] } // Output query stats { "resultsReturned": "1200", "executionDuration": "0.026139s", "readOperations": "1200", "debugStats": { "index_entries_scanned": "1200", "documents_scanned": "1200" "billing_details": { "documents_billable": "1200", "index_entries_billable": "0", "small_ops": "0", "min_query_cost": "0", } } }