EXPLAIN näyttää PostgreSQL:n kyselyn suoritussuunnitelman — kuinka se suorittaa kyselyn (mitkä skannaaukset, liitokset, indeksit). EXPLAIN ANALYZE suorittaa kyselyn todella ja näyttää oikeat ajoitukset ja rivimäärät. Nämä ovat ensisijaisia työkaluja hitaiden kyselyjen diagnosoimiseksi.
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 on hyödyllisempi, koska se näyttää todellisen suorituskyvyn (oikeat ajoitukset, oikeat rivimäärät) — paljastaa mihin kysely todella käyttää aikaa, ei vain arviota.
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 ja EXPLAIN ANALYZE ovat välttämättömiä, ensisijaisia työkaluja hitaiden kyselyjen diagnosoimiseen ja optimoimiseen PostgreSQL:ssä — kyselyn suorituskyky on kriittistä sovelluksille, ja nämä työkalut näyttävät miksi kysely on hidas ja vahvistavat korjaukset, joten niiden hallitseminen on tärkeää seniorikehittäjille tietokantasuorituskyvyn työstä.
Perustavanlaatuinen arvo on näkyvyys suoritussuunnitelmaan: sen sijaan että arvailet miksi kysely on hidas, EXPLAIN ANALYZE (joka suorittaa kyselyn ja näyttää oikeat ajoitukset ja rivimäärät) paljastaa tarkalleen kuinka Postgres sen suorittaa ja mihin aika kuluu.
Tärkeimmät asiat tunnistaa ovat skannaustyyppi — erityisesti Seq Scan (täysi tauluskannaus) -tunnistaminen suurella suodatetulla taululla, mikä yleensä osoittaa puuttuvan indeksin (yleisin ja vaikuttavin kyselyn suorituskyvyn ongelma), verrattuna nopeaan Index Scan -skannaukseen.
Kyvyn lukea suunnitelma (skannaukset, arvioitujen ja oikeiden rivien vertaaminen vanhentuneita tilastoja varten, kalleimman solmun tunnistaminen pullonkaulaksi, disk-spillaavien lajittelujen seuranta) on avaintaito kyselyn optimoimiseen.
Diagnostinen työnkulku — suorita EXPLAIN ANALYZE, tunnista pullonkaula (usein Seq Scan), käytä korjausta (yleensä indeksin lisääminen) ja suorita uudelleen vahvistaaksesi — on vakiintunut, mittauksiin perustuva lähestymistapa kyselyn optimoimiseen.
Koska hitaat kyselyt ovat johtava syy huonoon tietokantasuorituskykyyn, ja EXPLAIN/EXPLAIN ANALYZE ovat ainoa työkalu niiden diagnosoimiseen (paljastamalla puuttuvat indeksit, huonot suunnitelmat ja pullonkaulat) ja optimointien vahvistamiseen, niiden hallitseminen on tärkeää, korkean arvon omaavaa tietoa PostgreSQL:n suorituskyvylle — se on kuinka järjestelmällisesti löydät ja korjaat hitaat kyselyt arvailun sijaan, kriittinen taito tehokkaille tietokannoille ja yleinen aihe tietokantaoptimointityölle.