Jak analizować logi wolnych zapytań (Slow Query Log)?

W analizie logów wolnych zapytań kluczowe kroki to włączenie logowania, identyfikacja najdłuższych zapytań, analiza planów wykonania, wprowadzenie optymalizacji i stały monitoring efektów.

Co to jest Slow Query Log i dlaczego warto go analizować

• Slow Query Log to zapis zapytań przekraczających ustalony próg czasu wykonania.
• Analiza pomaga wskazać wąskie gardła wydajności i priorytetyzować optymalizacje.
• W efekcie poprawia się czas odpowiedzi aplikacji i ogólna skalowalność bazy danych.

Włączanie i konfiguracja Slow Query Log

1. Znajdź plik konfiguracyjny serwera bazodanowego (np. my.cnf / my.ini).
2. Włącz logowanie wolnych zapytań: ustaw slow_query_log = 1.
3. Ustaw próg czasu: long_query_time = X (np. 0.5).
4. Opcjonalnie włącz log_queries_not_using_indexes = 1, aby wyłapywać zapytania bez użycia indeksów.
5. Restartuj serwer, aby zastosować zmiany.
6. Sprawdź, czy plik z logami jest tworzony i zapisywany.

Jak interpretować wpisy Slow Query Log

• Query_time – całkowity czas wykonania zapytania.
• Lock_time – czas blokowania zasobów (jeśli występuje).
• Rows_sent i Rows_examined – ile wierszy zwrócono i ile zostało przejrzanych.
• Usunięcie niepotrzebnych kolumn – zapytania często zawierają SELECT *; ograniczenie selekcji do potrzebnych kolumn ma duży wpływ.
• Porównuj wpisy pod kątem powtórzeń i kontekstu operacyjnego (np. raporty, raporty dzienne).

Narzędzia do analizy Slow Query Log

• mysqldumpslow – podsumowanie logów wolnych zapytań i wyciągnięcie najwolniejszych zapytań.
• pt-query-digest (Percona Toolkit) – zaawansowana analiza i statystyki trendów.
• Inne narzędzia do analizy plików logów oraz moduły w interfejsach IDE/bazodanowych narzędziach.

Praktyczny proces analizy krok po kroku

1. Zidentyfikuj top zapytania pod względem Query_time i powtarzalności.
2. Wygeneruj plan wykonania dla podejrzanych zapytań (EXPLAIN / EXPLAIN ANALYZE).
3. Sprawdź strukturę indeksów na kolumnach używanych w where/join.
4. Oceń możliwość optymalizacji zapytania lub jego podziału na mniejsze operacje.
5. Wprowadź optymalizacje w stagingu i przetestuj wpływ na wydajność.
6. Wdróż zmiany w produkcji po potwierdzeniu korzyści.
7. Kontynuuj monitorowanie, aby wychwycić nowe powolne zapytania.

Najczęstsze błędy i pułapki do unikania

• Poleganie na pojedynczym najwolniejszym zapytaniu bez uwzględnienia częstotliwości.
• Brak analizy planów zapytań – bez EXPLAIN trudno wskazać źródło problemu.
• Nadmierne optymalizacje bez testów – może pogorszyć inne aspekty wydajności.
• Ignorowanie wpływu konfiguracji serwera (np. bufory, cache) na wyniki.

Najlepsze praktyki utrzymania logów i monitoringu

• Ustal harmonogram rotacji logów i archiwizacji danych.
• Wprowadzaj okresowe przeglądy logów (np. co tydzień, co miesiąc).
• Łącz analizę z metrykami systemowymi (CPU, IO, pamięć).
• Testuj zmiany na środowisku staging przed produkcją.

Przykładowe przypadki optymalizacji

• Dodanie indeksu na kolumnie używanej w warunku WHERE lub JOIN.
• Przebudowa zapytania w celu ograniczenia skanów tabeli.
• Wykluczenie niepotrzebnych kolumn z SELECTa i ograniczenie liczby zwracanych wierszy.
• Rozdzielenie dużych zapytań na mniejsze części lub użycie cache’owanych wyników.