EXPLAIN يعرض خطة تنفيذ الاستعلام في PostgreSQL — كيف سيتم تشغيل الاستعلام (أي عمليات المسح والربط والفهارس). EXPLAIN ANALYZE ينفذ الاستعلام فعلياً ويعرض أوقات التنفيذ الفعلية وعدد الصفوف الفعلي. هذه هي الأدوات الأساسية لتشخيص الاستعلامات البطيئة.
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 أكثر فائدة لأنه يعرض الأداء الفعلي (أوقات التنفيذ الحقيقية، عدد الصفوف الفعلي) — مما يكشف حيث يقضي الاستعلام الوقت فعلاً، وليس مجرد تقديرات.
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 و EXPLAIN ANALYZE هما أدوات أساسية وحيوية لـ تشخيص وتحسين الاستعلامات البطيئة في PostgreSQL — أداء الاستعلام أمر حاسم بالنسبة للتطبيقات، وهذه الأدوات هي الطريقة التي تفهم بها لماذا يكون الاستعلام بطيئاً والتحقق من الإصلاحات، لذا فإن إتقانها معرفة مهمة على مستوى كبار المهندسين لعمل الأداء في قواعد البيانات.
القيمة الأساسية هي الرؤية حول خطة التنفيذ: بدلاً من التخمين حول سبب بطء الاستعلام، EXPLAIN ANALYZE (الذي ينفذ الاستعلام ويعرض أوقات التنفيذ الحقيقية وعدد الصفوف الفعلي) يكشف بالضبط كيف يقوم Postgres بتنفيذه وحيث يتم قضاء الوقت.
أهم الأشياء التي يجب التعرف عليها هي أنواع المسح — خاصة تحديد Seq Scan (المسح الكامل للجدول)** على جدول كبير مع تصفية، والذي عادة ما يشير إلى **فهرس مفقود** (المشكلة الأكثر شيوعاً وتأثيراً على أداء الاستعلام)، مقابل **Index Scan` السريع.
فهم كيفية قراءة الخطة (أنواع المسح، مقارنة الصفوف المقدرة مع الفعلية للكشف عن الإحصائيات القديمة، تحديد العقدة الأكثر تكلفة كاختناق، مراقبة أنواع الفرز التي تستخدم القرص) هو المهارة الأساسية لتحسين الاستعلام.
سير العمل التشخيصي — تشغيل EXPLAIN ANALYZE، تحديد الاختناق (غالباً ما يكون Seq Scan)، تطبيق الإصلاح (عادة إضافة فهرس)، وإعادة التشغيل للتحقق — هو النهج المعياري والمدفوع بالقياس لتحسين الاستعلام.
بما أن الاستعلامات البطيئة هي السبب الرئيسي لضعف أداء قاعدة البيانات، وبما أن EXPLAIN/EXPLAIN ANALYZE هما الأدوات لتشخيصها (الكشف عن الفهارس المفقودة والخطط السيئة والاختناقات) والتحقق من التحسينات، فإن إتقانها معرفة مهمة وعالية القيمة لأداء PostgreSQL — هذه هي الطريقة التي تجد وتصلح الاستعلامات البطيئة بشكل منهجي بدلاً من التخمين، وهي مهارة حاسمة لقواعد البيانات عالية الأداء وموضوع شائع لعمل تحسين قواعد البيانات.