EXPLAIN zeigt Postgresqls Query-Ausführungsplan — wie eine Query ausgeführt wird (welche Scans, Joins, Indizes). EXPLAIN ANALYZE führt die Query tatsächlich aus und zeigt echte Timing- und Zeilenanzahlen. Dies sind die primären Werkzeuge zur Diagnose langsamer Queries.
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 ist nützlicher, da es tatsächliche Performance zeigt (echte Timing, echte Zeilenanzahlen) — offenbarend, wo die Query wirklich Zeit verbringt, nicht nur Schätzungen.
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 und EXPLAIN ANALYZE sind wesentliche, primäre Werkzeuge zur Diagnose und Optimierung langsamer Queries in PostgreSQL — Query-Performance ist kritisch für Anwendungen, und diese Werkzeuge sind, wie Sie verstehen, warum eine Query langsam ist, und Fixes verifizieren können. Das Beherrschen dieser Tools ist wichtiges Senior-Level-Wissen für Datenbank-Performance-Arbeit.
Der fundamentale Wert liegt in der Sichtbarkeit des Ausführungsplans: Anstatt zu raten, warum eine Query langsam ist, offenbart EXPLAIN ANALYZE (das die Query ausführt und echte Timing- und Zeilenanzahlen zeigt) genau, wie Postgres sie ausführt und wo Zeit verbracht wird.
Die wichtigsten Dinge zum Erkennen sind die Scan-Typen — besonders das Identifizieren eines Seq Scan (vollständiger Tabellenscan) auf einer großen gefilterten Tabelle, was üblicherweise auf einen fehlenden Index hindeutet (das häufigste und einflussreichste Query-Performance-Problem), versus ein schneller Index Scan.
Das Verständnis, wie man den Plan liest (Scan-Typen, Vergleichen geschätzter vs. tatsächlicher Zeilen zur Erkennung veralteter Statistiken, Identifizieren des teuersten Knotens als Engpass, Beobachtung disk-spillender Sortierungen) ist die Schlüsselfähigkeit für Query-Optimierung.
Der Diagnose-Workflow — führe EXPLAIN ANALYZE aus, identifiziere den Engpass (oft ein Seq Scan), wende den Fix an (üblicherweise das Hinzufügen eines Index) und führe erneut aus zur Verifizierung — ist der Standard, messungsgesteuerte Ansatz zur Query-Optimierung.
Da langsame Queries eine führende Ursache schlechter Datenbankleistung sind, und da EXPLAIN/EXPLAIN ANALYZE die Werkzeuge zur Diagnose sind (offenbarend fehlende Indizes, schlechte Pläne und Engpässe) und zur Verifizierung von Optimierungen, ist das Beherrschen dieser Tools wichtiges, hochgeartetes Wissen für PostgreSQL-Performance — so systematisch finden und beheben Sie langsame Queries anstatt zu raten, eine kritische Fähigkeit für performante Datenbanken und ein häufiges Thema für Datenbankoptimierungsarbeit.