Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Tip
Microsoft Fabric Data Warehouse to magazyn relacyjny w skali przedsiębiorstwa na podstawie bazy danych data lake z architekturą gotową do użycia w przyszłości, wbudowaną sztuczną inteligencją i nowymi funkcjami. Jeśli dopiero zaczynasz korzystać z magazynowania danych, zacznij od Fabric Data Warehouse. Istniejące obciążenia dedykowanej puli SQL mogą zostać zaktualizowane do Fabric, aby uzyskać dostęp do nowych możliwości w zakresie nauki o danych, analizy w czasie rzeczywistym i raportowania.
W tym artykule opisano sposób monitorowania i rozwiązywania problemów z niską wydajnością zapytań, określając, czy obciążenie jest optymalnie wykorzystujące adaptacyjną pamięć podręczną dla dedykowanych pul SQL.
Dedykowana architektura magazynu puli SQL automatycznie warstwuje najczęściej odpytywane segmenty magazynu kolumn w pamięci podręcznej znajdującej się na dyskach SSD opartych na dyskach NVMe. Wydajność zapytań będzie większa, gdy zapytania pobierają segmenty znajdujące się w pamięci podręcznej.
Rozwiązywanie problemów przy użyciu witryny Azure Portal
Za pomocą usługi Azure Monitor można wyświetlać metryki pamięci podręcznej w celu rozwiązywania problemów z wydajnością zapytań. Najpierw przejdź do witryny Azure Portal i kliknij pozycję Monitorowanie, Metryki i + Wybierz zakres:
Użyj pasków wyszukiwania i list rozwijanych, aby zlokalizować dedykowaną pulę SQL. Następnie wybierz pozycję Zastosuj.
Kluczowe metryki rozwiązywania problemów z pamięcią podręczną to procent trafień pamięci podręcznej i procent użycia pamięci podręcznej. Wybierz Procent trafień pamięci podręcznej, a następnie użyj przycisku Dodaj metrykę, aby dodać Procent użycia pamięci podręcznej.
Trafienie pamięci podręcznej i użyta wartość procentowa
W poniższej macierzy opisano scenariusze oparte na wartościach metryk pamięci podręcznej:
| Wysoki procent trafień w pamięci podręcznej | Niski procent trafień pamięci podręcznej | |
|---|---|---|
| Wysoki procent użycia pamięci podręcznej | Scenariusz 1 | Scenariusz 2 |
| Niski procent użycia pamięci podręcznej | Scenariusz 3 | Scenariusz 4 |
Scenariusz 1: Optymalnie używasz pamięci podręcznej. Rozwiązywanie problemów z innymi obszarami, które mogą spowalniać zapytania.
Scenariusz 2: Bieżący zestaw danych roboczych nie może zmieścić się w pamięci podręcznej, co powoduje niską wartość procentową trafień pamięci podręcznej ze względu na fizyczne odczyty. Rozważ skalowanie w górę poziomu wydajności i ponowne uruchomienie obciążenia w celu wypełnienia pamięci podręcznej.
Scenariusz 3: Prawdopodobnie zapytanie działa wolno z powodu przyczyn niepowiązanych z pamięcią podręczną. Rozwiązywanie problemów z innymi obszarami, które mogą spowalniać zapytania. Możesz również rozważyć skalowanie w dół swojego wystąpienia, w celu zmniejszenia rozmiaru pamięci podręcznej i obniżenia kosztów.
Scenariusz 4: Istniała zimna pamięć podręczna, która może być powodem, dla którego zapytanie było powolne. Rozważ ponowne uruchomienie zapytania, ponieważ roboczy zestaw danych powinien być teraz w pamięci podręcznej.
Ważne
Jeśli procent trafień pamięci podręcznej lub procent użycia pamięci podręcznej nie jest aktualizowany po ponownym uruchomieniu zadania, zestaw roboczy może już znajdować się w pamięci. Buforowane są tylko klastrowane tabele kolumnowego magazynu danych.
Następne kroki
Aby uzyskać więcej informacji na temat ogólnego dostrajania wydajności zapytań, zobacz Monitorowanie wykonywania zapytań.