EXPLAIN PostgreSQL এর query execution plan দেখায় — এটি কীভাবে একটি query চালাবে (কোন scans, joins, indexes)। EXPLAIN ANALYZE আসলে query চালায় এবং বাস্তব timing এবং row counts দেখায়। এই দুটিই slow 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 আরও উপযোগী কারণ এটি বাস্তব performance (বাস্তব timing, বাস্তব row counts) দেখায় — যেখানে query সত্যিকার অর্থে সময় ব্যয় করে তা প্রকাশ করে, শুধু অনুমান নয়।
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-এ slow queries নির্ণয় এবং optimize করার জন্য অত্যাবশ্যক, প্রাথমিক সরঞ্জাম — query performance অ্যাপ্লিকেশনের জন্য গুরুত্বপূর্ণ, এবং এই সরঞ্জামগুলি হল আপনি কীভাবে বুঝতে পারেন কেন একটি query slow এবং fixes যাচাই করতে পারেন, তাই সেগুলি আয়ত্ত করা database performance কাজের জন্য গুরুত্বপূর্ণ senior-level জ্ঞান।
মৌলিক মূল্য হল execution plan এ visibility: একটি query slow কেন তা অনুমান করার পরিবর্তে, EXPLAIN ANALYZE (যা query চালায় এবং বাস্তব timing এবং row counts দেখায়) Postgres কীভাবে এটি execute করে এবং সময় কোথায় ব্যয় হয় তা ঠিক প্রকাশ করে।
সবচেয়ে গুরুত্বপূর্ণ জিনিস হল scan types চেনা — বিশেষ করে একটি বড় filtered table এ Seq Scan (full table scan) চিহ্নিত করা, যা সাধারণত একটি missing index নির্দেশ করে (সবচেয়ে সাধারণ এবং প্রভাবশালী query performance সমস্যা), একটি দ্রুত Index Scan এর বিপরীতে।
Plan পড়তে বোঝা (scan types, estimated vs actual rows তুলনা করে পুরানো statistics spot করতে, সবচেয়ে ব্যয়বহুল node কে bottleneck হিসাবে চিহ্নিত করা, disk-spilling sorts দেখতে) query optimization এর জন্য মূল দক্ষতা।
Diagnostic workflow — EXPLAIN ANALYZE চালান, bottleneck চিহ্নিত করুন (প্রায়ই একটি Seq Scan), fix প্রয়োগ করুন (সাধারণত একটি index যোগ করা), এবং যাচাই করতে পুনরায় চালান — এটি query optimization এর জন্য মান, measurement-driven পদ্ধতি।
ধীর queries poor database performance এর একটি প্রধান কারণ হওয়ায়, এবং EXPLAIN/EXPLAIN ANALYZE হওয়ায় সেই সরঞ্জাম তাদের নির্ণয়ের জন্য (missing indexes, bad plans, এবং bottlenecks প্রকাশ করে) এবং optimizations যাচাই করতে, সেগুলি আয়ত্ত করা PostgreSQL performance এর জন্য গুরুত্বপূর্ণ, high-value জ্ঞান — এটি কীভাবে আপনি ধারাবাহিকভাবে slow queries খুঁজে পান এবং ঠিক করেন অনুমানের পরিবর্তে, performant databases এর জন্য গুরুত্বপূর্ণ দক্ষতা এবং database optimization কাজের জন্য একটি সাধারণ বিষয়।