EXPLAIN muestra el plan de ejecución de consultas de PostgreSQL — cómo ejecutará una consulta (qué escaneos, joins, índices). EXPLAIN ANALYZE realmente ejecuta la consulta y muestra tiempos reales y conteos de filas. Estas son las herramientas principales para diagnosticar consultas lentas.
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 es más útil porque muestra el rendimiento real (tiempos reales, conteos de filas reales) — revelando dónde la consulta realmente gasta tiempo, no solo estimaciones.
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 y EXPLAIN ANALYZE son herramientas esenciales y principales para diagnosticar y optimizar consultas lentas en PostgreSQL — el rendimiento de las consultas es crítico para las aplicaciones, y estas herramientas son cómo entiendes por qué una consulta es lenta y verificas correcciones, así que dominarlas es conocimiento importante de nivel senior para el trabajo de rendimiento de bases de datos.
El valor fundamental es visibilidad en el plan de ejecución: en lugar de adivinar por qué una consulta es lenta, EXPLAIN ANALYZE (que ejecuta la consulta y muestra tiempos reales y conteos de filas) revela exactamente cómo Postgres la ejecuta y dónde se gasta el tiempo.
Las cosas más importantes a reconocer son los tipos de escaneo — especialmente identificar un Seq Scan (escaneo de tabla completa) en una tabla filtrada grande, lo que generalmente indica un índice faltante (el problema de rendimiento de consultas más común e impactante), versus un rápido Index Scan.
Entender cómo leer el plan (tipos de escaneo, comparar filas estimadas versus reales para detectar estadísticas desactualizado, identificar el nodo más costoso como el cuello de botella, observar ordenamientos que derraman a disco) es la habilidad clave para la optimización de consultas.
El flujo de trabajo de diagnóstico — ejecutar EXPLAIN ANALYZE, identificar el cuello de botella (a menudo un Seq Scan), aplicar la corrección (generalmente agregando un índice), y re-ejecutar para verificar — es el enfoque estándar, impulsado por mediciones, para la optimización de consultas.
Dado que las consultas lentas son una causa principal del bajo rendimiento de bases de datos, y dado que EXPLAIN/EXPLAIN ANALYZE son las herramientas para diagnosticarlas (revelando índices faltantes, planes malos, y cuellos de botella) y verificar optimizaciones, dominarlas es conocimiento importante de alto valor para el rendimiento de PostgreSQL — es cómo encuentras y corriges consultas lentas sistemáticamente en lugar de adivinar, una habilidad crítica para bases de datos eficientes y un tema común para el trabajo de optimización de bases de datos.