EXPLAIN ஆனது optimizer தேர்ந்தெடுத்த plan-ஐ — ஒவ்வொரு table-ஐயும் அது எவ்வாறு access செய்யும் என்பதை — query-ஐ இயக்காமல் காட்டுகிறது. indexes பயன்படுத்தப்படுகின்றன மற்றும் சில rows மட்டுமே ஆராயப்படுகின்றன என்பதை உறுதிப்படுத்த நீங்கள் அதைப் படிக்கிறீர்கள்.
const / eq_ref / ref (index lookups, நல்லது) → range → index (full index scan) → ALL (full table scan, சிவப்புக் கொடி).NULL = எதுவுமில்லை).Using index (covering, சிறந்தது), Using filesort / Using temporary (memory-இல் அல்லது disk-இல் sorting/grouping — பெரும்பாலும் optimize செய்யக்கூடியது).EXPLAIN SELECT * FROM orders WHERE customer_id = 42 ORDER BY created_at;
-- +------+------+------+---------+--------+----------------+
-- | type | key | rows | Extra |
-- | ALL | NULL | 900k | Using where; Using filesort | <- scans everything, sorts
-- +------+------+------+---------+--------+----------------+
-- Add an index that covers the filter AND the sort order:
CREATE INDEX idx_cust_created ON orders (customer_id, created_at);
EXPLAIN SELECT * FROM orders WHERE customer_id = 42 ORDER BY created_at;
-- | type | key | rows | Extra |
-- | ref | idx_cust_created | 30 | Using where | <- seeks 30 rows, no filesort
index ஆனது 900k rows-இன் ஒரு ALL scan-ஐ 30-இன் ஒரு ref seek-ஆக மாற்றியது, மேலும் created_at இரண்டாவது column ஆக இருப்பதால், rows முன்கூட்டியே வரிசைப்படுத்தப்பட்டு வெளிவருகின்றன — filesort மறைந்துவிடுகிறது.
EXPLAIN ANALYZE-ஐ (MySQL 8) பயன்படுத்தி உண்மையான timing மற்றும் row counts-ஐயும் பார்க்கவும், மதிப்பீடு தவறாக இருக்கும் சந்தர்ப்பங்களைப் பிடிக்கவும்.
EXPLAIN என்பது யூகிப்பதை ஆதாரத்துடன் மாற்றும் வழி. type: ALL, ஒரு பெரிய rows, அல்லது Using filesort-ஐக் கண்டறிவது ஒரு index எங்கு இல்லை என்பதைச் சரியாகச் சொல்கிறது — "பக்கம் மெதுவாக உள்ளது" என்பதிலிருந்து ஒரு இலக்கு நிர்ணயிக்கப்பட்ட சரிசெய்தலுக்கான வேகமான பாதை.
விரிவான பதில்களுடன் கூடிய IT நேர்காணல் கேள்விகளின் நூலகம் — Junior முதல் Senior வரை.
நன்கொடை