Kako używasz EXPLAIN in EXPLAIN ANALYZE?

Question

Accepted Answer

**`EXPLAIN`** prikaže Postgresqulov **načrt izvajanja poizvedbe** — kako bo izvršena poizvedba (kateri skeni, spajanja, indeksi). **`EXPLAIN ANALYZE`** dejansko izvršit poizvedbo in prikazati resnične čase in števila vrstic. To so primarni orodja za diagnostiko počasnih poizvedb.

## EXPLAIN — načrt (brez izvršitve)

```sql
EXPLAIN SELECT * FROM orders WHERE customer_id = 5;
-- shows the PLAN: scan type, estimated cost, estimated rows — but doesn't run it
```

## EXPLAIN ANALYZE — načrt z RESNIČNIMI podatki izvršitve

```sql
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` je bolj uporaben, ker prikaže *dejansko* zmogljivost (realni časi, realna števila vrstic) — razkrije, kje poizvedba dejansko porabi čas, ne samo ocene.

## Branje načrta: ključne stvari, na katere je treba biti pozoren

```text
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
```

## Primer diagnostike

```sql
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!
```

## Zakaj je to pomembno

`EXPLAIN` in `EXPLAIN ANALYZE` so bistvena, primarna orodja za **diagnostiko in optimizacijo počasnih poizvedb** v Postgresqlu — zmogljivost poizvedb je ključna za aplikacije, in ta orodja so način, kako razumeš *zakaj* je poizvedba počasna in preveriti popravke, zato je njihovo obvladovanje pomembno znanje na višji ravni za delo s podatkovnimi bazami. Temeljna vrednost je **vidnost v načrt izvajanja**: namesto da bi ugibali, zakaj je poizvedba počasna, `EXPLAIN ANALYZE` (ki izvršit poizvedbo in prikaže realne čase in števila vrstic) razkrije točno, kako Postgres jo izvršit in kje je čas porabljen. Najbolj pomembne stvari za prepoznavanje so **vrste skeniranj** — posebej prepoznati **`Seq Scan` (popolno skeniranje tabele)**  na veliki filtrirani tabeli, ki običajno nakazuje **manjkajoči indeks** (najpogostejši in najbolj učinkovit problem zmogljivosti poizvedb), proti hitremu **`Index Scan`**. Razumevanje, kako prebrati načrt (vrste skeniranj, primerjava ocenjenih in dejanskih vrstic za odkrivanje zastarele statistike, prepoznavanje najbolj dragega vozlišča kot ozke grle, opazovanje sortiranj, ki se razlijejo na disk), je ključna veščina za optimizacijo poizvedb. Diagnostični tok — zaženi `EXPLAIN ANALYZE`, prepoznaj ozko grlo (pogosto Seq Scan), uporabi popravek (običajno dodajanje indeksa) in ponovno zaženi za preverjanje — je standarden, na merjenju temelječ pristop k optimizaciji poizvedb. Ker so počasne poizvedbe vodilni vzrok slabe zmogljivosti baz podatkov, in ker so `EXPLAIN`/`EXPLAIN ANALYZE` *orodja* za diagnostiko (razkrije manjkajoče indekse, slabe načrte in ozke grle) in preverjanje optimizacij, je njihovo obvladovanje pomembno, visoko vrednostno znanje za Postgresqlovo zmogljivost — to je način, kako sistematično najdete in popravite počasne poizvedbe, namesto da bi ugibali, kritična veščina za zmogljive baze podatkov in pogosta tema za delo z optimizacijo baz podatkov.