EXPLAIN pokazuje plan wykonania zapytania PostgreSQL — jak zostanie wykonane zapytanie (które skany, joiny, indeksy). EXPLAIN ANALYZE faktycznie wykonuje zapytanie i pokazuje rzeczywisty czas i liczbę wierszy. Są to główne narzędzia do diagnozowania wolnych zapytań.
EXPLAIN orders customer_id ;
EXPLAIN ANALYZE SELECT * FROM orders WHERE customer_id = 5;
-- ACTUALLY runs it → shows REAL time, ACTUAL rows, and where time was spent
EXPLAIN (ANALYZE, BUFFERS) SELECT ...; -- also shows buffer/cache usage
EXPLAIN ANALYZE jest bardziej przydatny, ponieważ pokazuje rzeczywistą wydajność (rzeczywisty czas, rzeczywiste liczby wierszy) — ujawniając, gdzie zapytanie faktycznie spędza czas, a nie tylko szacunki.
SCAN TYPES (most important):
Seq Scan → FULL TABLE SCAN (reads every row) — slow on big tables, often the problem
Index Scan → uses an index to find rows — fast
Index Only Scan → reads only the index (doesn't touch the table) — fastest
Bitmap Scan → for combining indexes / many matches
WATCH FOR:
✗ Seq Scan on a large table being filtered → likely a MISSING INDEX
✗ Estimated rows VERY different from actual rows → outdated statistics (run ANALYZE)
✗ Expensive joins, sorts spilling to disk ("external merge")
✗ The node with the highest actual time = the bottleneck
EXPLAIN ANALYZE SELECT * FROM orders WHERE customer_id = 5;
-- "Seq Scan on orders ... actual time=120ms" → a full scan, slow
CREATE INDEX idx_orders_customer ON orders(customer_id);
EXPLAIN ANALYZE SELECT * FROM orders WHERE customer_id = 5;
-- "Index Scan using idx_orders_customer ... actual time=0.05ms" → fixed!
EXPLAIN i EXPLAIN ANALYZE są niezbędnymi, głównymi narzędziami do diagnozowania i optymalizacji wolnych zapytań w PostgreSQL — wydajność zapytań jest krytyczna dla aplikacji, a te narzędzia pokazują dlaczego zapytanie jest wolne i pozwalają weryfikować poprawki, więc opanowanie ich jest ważną wiedzą na poziomie seniora do pracy nad wydajnością baz danych.
Fundamentalna wartość to widoczność planu wykonania: zamiast zgadywać, dlaczego zapytanie jest wolne, EXPLAIN ANALYZE (które wykonuje zapytanie i pokazuje rzeczywisty czas i liczby wierszy) ujawnia dokładnie, jak Postgres je wykonuje i gdzie spędzany jest czas.
Najważniejsze rzeczy do rozpoznania to typy skanów — szczególnie identyfikacja Seq Scan (pełnego skanowania tabeli) na dużej filtrowanej tabeli, co zwykle wskazuje na brakujący indeks (najczęstszy i najpoważniejszy problem wydajności zapytań), w porównaniu z szybkim Index Scan.
Rozumienie, jak czytać plan (typy skanów, porównywanie szacunkowych i rzeczywistych wierszy do wykrycia przestarzałych statystyk, identyfikacja najdroższego węzła jako wąskiego gardła, obserwacja sortów wyliczających na dysku) to kluczowa umiejętność optymalizacji zapytań.
Przepływ diagnostyczny — uruchomienie EXPLAIN ANALYZE, identyfikacja wąskiego gardła (często Seq Scan), zastosowanie poprawki (zwykle dodanie indeksu) i ponowne uruchomienie w celu weryfikacji — to standardowe, oparte na pomiarach podejście do optymalizacji zapytań.
Ponieważ wolne zapytania są główną przyczyną słabej wydajności bazy danych, a EXPLAIN/EXPLAIN ANALYZE to narzędzia do ich diagnozowania (ujawniające brakujące indeksy, złe plany i wąskie gardła) i weryfikacji optymalizacji, opanowanie ich jest ważną, wysokowartościową wiedzą dla wydajności PostgreSQL — to sposób na systematyczne wyszukiwanie i naprawianie wolnych zapytań zamiast zgadywania, krytyczną umiejętność dla wydajnych baz danych i częsty temat pracy nad optymalizacją baz danych.