EXPLAIN affiche le plan d'exécution des requêtes de PostgreSQL — comment il exécutera une requête (quels scans, joins, index). EXPLAIN ANALYZE exécute réellement la requête et affiche les temps réels et les comptages de lignes. Ce sont les outils principaux pour diagnostiquer les requêtes lentes.
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 est plus utile car il montre les performances réelles (timing réel, comptages de lignes réels) — révélant où la requête dépense vraiment du temps, pas seulement des estimations.
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 et EXPLAIN ANALYZE sont des outils essentiels et principaux pour diagnostiquer et optimiser les requêtes lentes dans PostgreSQL — la performance des requêtes est critique pour les applications, et ces outils sont la façon de comprendre pourquoi une requête est lente et de vérifier les corrections, donc les maîtriser est une connaissance importante au niveau senior pour le travail de performance de base de données.
La valeur fondamentale est la visibilité sur le plan d'exécution : plutôt que de deviner pourquoi une requête est lente, EXPLAIN ANALYZE (qui exécute la requête et affiche les temps réels et les comptages de lignes) révèle exactement comment Postgres l'exécute et où le temps est dépensé.
Les choses les plus importantes à reconnaître sont les types de scans — en particulier identifier un Seq Scan (scan de table complète) sur une grande table filtrée, ce qui indique généralement un index manquant (le problème de performance de requête le plus courant et impactant), par rapport à un Index Scan rapide.
Comprendre comment lire le plan (types de scans, comparaison des lignes estimées par rapport aux lignes réelles pour détecter les statistiques obsolètes, identification du nœud le plus coûteux comme goulot d'étranglement, surveillance des tris qui débordent sur disque) est la compétence clé pour l'optimisation des requêtes.
Le flux de diagnostic — exécuter EXPLAIN ANALYZE, identifier le goulot d'étranglement (souvent un Seq Scan), appliquer la correction (généralement ajouter un index), et relancer pour vérifier — est l'approche standard et basée sur la mesure pour l'optimisation des requêtes.
Puisque les requêtes lentes sont une cause majeure de mauvaises performances de base de données, et puisque EXPLAIN/EXPLAIN ANALYZE sont les outils pour les diagnostiquer (révélant les index manquants, les mauvais plans, et les goulots d'étranglement) et vérifier les optimisations, les maîtriser est une connaissance importante et à haute valeur ajoutée pour la performance PostgreSQL — c'est la façon de trouver et corriger systématiquement les requêtes lentes plutôt que de deviner, une compétence critique pour des bases de données performantes et un sujet courant pour le travail d'optimisation de base de données.