Hur använder du EXPLAIN och EXPLAIN ANALYZE?

Question

Accepted Answer

**`EXPLAIN`** visar PostgreSQL:s **frågekörningsplan** — hur den kommer att köra en fråga (vilka sökningar, joins, index). **`EXPLAIN ANALYZE`** kör faktiskt frågan och visar verklig tidmätning och radantal. Dessa är de primära verktygen för att diagnostisera långsamma frågor.

## EXPLAIN — planen (utan att köra)

```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 — planen med VERKLIG exekveringsdata

```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` är mer användbar eftersom den visar *faktisk* prestanda (verklig tidmätning, verkliga radantal) — avslöjar var frågan verkligen spenderar tid, inte bara uppskattningar.

## Läsa planen: de viktigaste sakerna att leta efter

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

## Ett diagnostikexempel

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

## Varför det är viktigt

`EXPLAIN` och `EXPLAIN ANALYZE` är väsentliga, primära verktyg för **diagnostisering och optimering av långsamma frågor** i PostgreSQL — frågeprestanda är kritisk för applikationer, och dessa verktyg är hur du förstår *varför* en fråga är långsam och verifierar åtgärder, så att behärska dem är viktigt kunskap på seniornivå för databasprestandaarbete.

Det grundläggande värdet är **synlighet i exekveringsplanen**: istället för att gissa varför en fråga är långsam, `EXPLAIN ANALYZE` (som kör frågan och visar verklig tidmätning och radantal) avslöjar exakt hur Postgres exekverar den och var tiden spenderas.

De viktigaste sakerna att känna igen är **söktyerna** — särskilt att identifiera en **`Seq Scan` (fulltabellsökning)** på en stor filtrerad tabell, vilket vanligtvis indikerar ett **saknat index** (det mest vanliga och påverkande frågeprestanda-problemet), versus en snabb **`Index Scan`**.

Att förstå hur man läser planen (söktyper, jämföra uppskattade mot faktiska rader för att upptäcka föråldrad statistik, identifiera den dyraste noden som flaskhalsen, se upp för sorterings-spill till disk) är nyckelfärdigheten för frågoptimering.

Diagnostikarbetsflödet — kör `EXPLAIN ANALYZE`, identifiera flaskhalsen (ofta en Seq Scan), tillämpa åtgärden (vanligtvis lägga till ett index), och kör igen för att verifiera — är standard-metoden, mätningsdriven strategi för frågoptimering.

Eftersom långsamma frågor är en ledande orsak till dålig databasprestanda, och eftersom `EXPLAIN`/`EXPLAIN ANALYZE` är *verktygen* för att diagnostisera dem (avslöja saknade index, dåliga planer och flaskhalsar) och verifiera optimeringar, är det viktigt, högvärdigt kunskap för PostgreSQL-prestanda — det är hur du systematiskt hittar och åtgärdar långsamma frågor istället för att gissa, en kritisk färdighet för prestandadatabaser och ett vanligt ämne för databasoptimeringarbete.