Widok SSMS – Query Store Reports

Query Store Reports w SSMS to graficzne raporty prezentujące historię wydajności zapytań zebraną przez ten mechanizm.

Rola raportów Query Store w SSMS

Widok SSMS – Query Store Reports to zestaw graficznych ekranów w SQL Server Management Studio, które przedstawiają historię pracy zapytań zapisanej przez mechanizm Query Store. Raporty nie analizują wyłącznie chwili wykonania zapytania. Korzystają z utrwalonych informacji o tekstach zapytań, planach wykonania oraz zagregowanych statystykach runtime z kolejnych przedziałów czasu. Dzięki temu można porównać zachowanie tego samego zapytania przed i po zmianie planu, indeksu, danych albo konfiguracji bazy.

Query Store działa w kontekście konkretnej bazy danych. Raporty są dostępne dopiero wtedy, gdy funkcja została włączona i zgromadziła dane. W SQL Server 2016, 2017 i 2019 Query Store nie był domyślnie aktywny dla nowych baz, natomiast w SQL Server 2022 jest domyślnie włączany dla nowo tworzonych baz w trybie READ_WRITE. Jeżeli funkcja ma stan OFF, raport nie będzie miał bieżących informacji. W trybie READ_ONLY można przeglądać wcześniej zapisane dane, ale nowe dane nie są dopisywane.

Jakie informacje pokazują poszczególne raporty

Raport Regressed Queries służy do wyszukiwania zapytań, których wydajność pogorszyła się w określonym okresie. Wyniki można porządkować między innymi według czasu trwania, czasu CPU, odczytów logicznych, odczytów fizycznych, zapisów logicznych, zużycia pamięci, liczby zwróconych wierszy albo czasu oczekiwania. Po wybraniu zapytania można obejrzeć jego tekst, dostępne plany wykonania oraz wykres pokazujący zmianę wybranego parametru w czasie. Jeżeli Query Store zachował kilka planów, SSMS pozwala również porównać ich graficzne reprezentacje.

Raporty dotyczące zapytań zużywających najwięcej zasobów pomagają wskazać operacje o największym łącznym albo średnim koszcie. W zależności od wybranego kryterium można szukać obciążenia procesora, operacji wejścia-wyjścia, czasu wykonania, zużycia pamięci lub liczby wykonań. Query Store udostępnia także raport Query Wait Statistics, który grupuje oczekiwania związane z zapytaniami. Taki widok może wskazać, czy problem wiąże się na przykład z blokowaniem, opóźnieniami wejścia-wyjścia albo ograniczoną dostępnością zasobów, ale sama nazwa typu oczekiwania nie stanowi jeszcze dowodu przyczyny.

Warunki poprawnej interpretacji wykresów

Wartości prezentowane w raportach Query Store są zależne od zakresu czasu, wybranego filtra oraz sposobu agregowania statystyk. SQL Server zapisuje statystyki wykonania w ustalonych przedziałach, dlatego wykres nie musi odpowiadać pojedynczemu wykonaniu zapytania. Średni czas trwania może wyglądać prawidłowo mimo sporadycznych bardzo długich wykonań, jeżeli zostały uśrednione z dużą liczbą szybkich operacji. Z kolei wysoka wartość całkowita może wynikać z częstego uruchamiania krótkiego zapytania, a nie z jednego wyjątkowo kosztownego przebiegu.

Przed wyciągnięciem wniosku należy sprawdzić, czy w analizowanym okresie Query Store działał w trybie READ_WRITE, czy nie osiągnął limitu miejsca oraz czy nie został objęty automatycznym czyszczeniem danych. Po przekroczeniu przydzielonego rozmiaru może przejść do stanu READ_ONLY i przestać rejestrować nowe informacje. Przydatne jest również sprawdzenie, czy obserwowane zapytanie ma ten sam identyfikator, tekst i plan w porównywanych okresach. Zmiana parametrów, kontekstu obiektów albo planu może powodować, że podobne polecenia będą prezentowane jako różne wpisy.

Raport należy traktować jako punkt wyjścia do diagnostyki, a nie automatyczną receptę na naprawę. Wykres regresji może uzasadniać analizę planu wykonania, statystyk tabel, indeksów, parametrów zapytania i blokad. SSMS pozwala wyświetlić plan zapisany w Query Store, a w określonych przypadkach także wymusić wybrany plan. Wymuszenie planu zmienia sposób optymalizacji kolejnych wykonań, dlatego powinno być poprzedzone sprawdzeniem, czy plan nadal pasuje do aktualnego rozkładu danych i obciążenia.

Różnica między raportem a bieżącym monitorowaniem

Query Store Reports pokazują historię utrwaloną w bazie, natomiast podgląd bieżącego wykonania, aktywnych sesji, blokad lub chwilowego zużycia zasobów wymaga innych widoków i narzędzi SQL Server. Raport może ujawnić, że zapytanie pogarszało się przez kilka godzin albo że zmiana planu zbiegła się z określonym przedziałem czasu, ale nie pokaże automatycznie wszystkich zdarzeń zachodzących poza zakresem danych Query Store. W praktyce wynik trzeba zestawić z planem wykonania, konfiguracją Query Store i informacjami o zmianach w bazie.

Widok jest szczególnie przydatny przy porównywaniu okresów, wykrywaniu regresji planu oraz ustalaniu, które zapytania mają największy wpływ na wydajność bazy SQL Server. Nie zastępuje jednak oceny poprawności samego zapytania ani weryfikacji wyników zwracanych aplikacji. Raport opisuje zachowanie silnika na podstawie zebranych statystyk; decyzja o zmianie indeksu, modyfikacji T-SQL, aktualizacji statystyk lub wymuszeniu planu wymaga osobnej analizy technicznej. Daty, zakresy czasu i stan Query Store powinny być zapisane przy każdym porównaniu, aby później można było odtworzyć warunki pomiaru.