EXPLAIN megjeleníti a PostgreSQL lekérdezés-végrehajtási tervét — hogyan fog futni a lekérdezés (mely vizsgálatokat, illesztéseket, indexeket használ). EXPLAIN ANALYZE valóban futtatja a lekérdezést és valódi időméréseket és sorszámokat mutat. Ezek az elsődleges eszközök a lassú lekérdezések diagnosztizálásához.
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
Az EXPLAIN ANALYZE használhatóbb, mert valódi teljesítményt mutat (valódi időmérések, valódi sorszámok) — feltárva, hogy a lekérdezés valójában hol tölt időt, nem csak becslésekel.
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!
Az EXPLAIN és az EXPLAIN ANALYZE alapvető, elsődleges eszközök a PostgreSQL lassú lekérdezéseinek diagnosztizálásához és optimalizálásához — a lekérdezések teljesítménye kritikus az alkalmazások számára, és ezek az eszközök segítenek megérteni, hogy miért lassú egy lekérdezés és ellenőrizni a javításokat, így az elsajátításuk fontos senior szintű tudás az adatbázis-teljesítmény munkához.
Az alapvető érték a végrehajtási terv láthatósága: ahelyett, hogy találgatnánk, miért lassú a lekérdezés, az EXPLAIN ANALYZE (amely futtatja a lekérdezést és valódi időméréseket és sorszámokat mutat) pontosan feltárja, hogyan hajtja végre a Postgres azt és hol tölt időt.
A legfontosabb dolgok, amelyeket felismerni kell, a vizsgálat típusok — különösen a Seq Scan (teljes táblázat vizsgálat) azonosítása egy nagy szűrt táblázaton, amely általában hiányzó indexet jelez (a leggyakoribb és legbehatóbb lekérdezés-teljesítményprobléma), szemben a gyors Index Scan-nal.
A terv olvasásának megértése (vizsgálat típusok, becsült és valódi sorok összehasonlítása az elavult statisztikák felismeréshez, a legdrágább csomópont azonosítása a szűk keresztmetszetként, az lemezre szóródó rendezésekre való odafigyelés) a kulcsfontosságú készség a lekérdezés-optimalizáláshoz.
A diagnosztikai munkafolyamat — futtass EXPLAIN ANALYZE-t, azonosítsd a szűk keresztmetszetet (gyakran egy Seq Scan), alkalmazza a javítást (általában index hozzáadása) és futtasd újra az ellenőrzéshez — a standard, mérésalapú megközelítés a lekérdezés-optimalizáláshoz.
Mivel a lassú lekérdezések az adatbázis-teljesítmény romlásának vezető oka, és mivel az EXPLAIN/EXPLAIN ANALYZE a diagnosztizálás egyetlen eszköze (feltárva a hiányzó indexeket, rossz terveket és szűk keresztmetszeteket) és az optimalizálások ellenőrzésére, az elsajátításuk fontos, magas értékű tudás a PostgreSQL teljesítményhez — így szisztematikusan találod meg és javítod a lassú lekérdezéseket találgatások helyett, amely kritikus készség a teljesítményes adatbázisokhoz és az adatbázis-optimalizálás munka gyakori témája.