Jak používáte EXPLAIN a EXPLAIN ANALYZE?

Question

Accepted Answer

**`EXPLAIN`** zobrazuje **plán spuštění dotazu** PostgreSQL — jak bude dotaz spuštěn (které skenování, joinování, indexy). **`EXPLAIN ANALYZE`** skutečně spustí dotaz a zobrazí reálné časy a počty řádků. Jedná se o primární nástroje pro diagnostiku pomalých dotazů.

## EXPLAIN — plán (bez spuštění)

```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 — plán se SKUTEČNÝMI daty spuštění

```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 užitečnější, protože zobrazuje *skutečný* výkon (skutečné časy, skutečné počty řádků) — odhaluje, kde dotaz skutečně tráví čas, ne jen odhady.

## Čtení plánu: klíčové věci k vyhledávání

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

## Příklad diagnostiky

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

## Proč na tom záleží

`EXPLAIN` a `EXPLAIN ANALYZE` jsou základní, primární nástroje pro **diagnostiku a optimalizaci pomalých dotazů** v PostgreSQL — výkon dotazů je rozhodující pro aplikace, a tyto nástroje jsou způsob, jak pochopit, *proč* je dotaz pomalý a ověřit opravy, takže jejich zvládnutí je důležité znalostí na úrovni seniora pro práci s výkonem databáze.

Základní hodnota spočívá ve **viditelnosti do plánu spuštění**: místo hádání, proč je dotaz pomalý, `EXPLAIN ANALYZE` (který spustí dotaz a zobrazí skutečné časy a počty řádků) odhaluje přesně, jak Postgres dotaz spouští a kde se čas tráví.

Nejdůležitější věci, které je třeba rozpoznat, jsou **typy skenování** — zejména identifikace **`Seq Scan` (úplné skenování tabulky)** na velké filtrované tabulce, která obvykle indikuje **chybějící index** (nejběžnější a nejvýznamnější problém výkonu dotazu), versus rychlé **`Index Scan`**.

Porozumění čtení plánu (typy skenování, porovnávání odhadovaných versus skutečných řádků pro zjišťování zastaralých statistik, identifikace nejdražšího uzlu jako kritického bodu, sledování disk-spilling sortů) je klíčová dovednost pro optimalizaci dotazů.

Diagnostický pracovní postup — spustit `EXPLAIN ANALYZE`, identifikovat kritické místo (často Seq Scan), aplikovat opravu (obvykle přidáním indexu) a znovu spustit pro ověření — je standardní, měření-řízený přístup k optimalizaci dotazů.

Protože pomalé dotazy jsou vedoucí příčinou slabého výkonu databáze a protože `EXPLAIN`/`EXPLAIN ANALYZE` jsou *ty* nástroje pro jejich diagnostiku (odhalují chybějící indexy, špatné plány a kritická místa) a ověřování optimalizací, jejich zvládnutí je důležitou, vysokohodnotnou znalostí pro výkon PostgreSQL — je to způsob, jak systematicky najít a opravit pomalé dotazy místo hádání, kritickou dovedností pro výkonné databáze a běžné téma pro práci s optimalizací databází.