InnoDB indexes B+trees हैं: संतुलित trees जहाँ हर leaf एक ही गहराई पर होता है और तेज़ range scans के लिए leaves आपस में जुड़े होते हैं। एक lookup O(log n) है — विशाल tables पर भी मुट्ठी भर page reads।
एक composite index rows को पहले , फिर , फिर के अनुसार sort करता है। आप इसका उपयोग केवल columns के के लिए कर सकते हैं: , , या — लेकिन अकेले या के लिए , क्योंकि जब तक निश्चित न हो, वे columns sorted नहीं होते।
(a, b, c)abca(a, b)(a, b, c)b(b, c)aCREATE INDEX idx_abc ON events (user_id, status, created_at);
-- USES the index (leftmost prefix, range on the last column)
SELECT * FROM events
WHERE user_id = 7 AND status = 'open' AND created_at > '2026-01-01';
-- Does NOT use it: skips the leftmost column
SELECT * FROM events WHERE status = 'open';
Columns को सबसे अधिक selective / equality पहले, range column अंत में क्रमित करें: एक बार जब आप किसी range (>, BETWEEN) पर पहुँच जाते हैं, तो उसके बाद के columns seeking के लिए उपयोग नहीं किए जा सकते।
यदि किसी index में हर वह column होता है जिसे query पढ़ती है, तो InnoDB केवल index से ही उत्तर देता है — clustered index पर कोई वापसी नहीं। EXPLAIN Using index दिखाता है।
CREATE INDEX idx_cover ON events (user_id, status, id);
EXPLAIN SELECT id FROM events WHERE user_id = 7 AND status = 'open';
-- Extra: Using index <- covering, no clustered-index lookup
Composite और covering indexes ही वह तरीका हैं जिससे आप एक slow multi-condition query को एक single index seek में बदल देते हैं। column क्रम गलत करना — या यह अपेक्षा करना कि दूसरे column पर एक query index का उपयोग करेगी — सबसे सामान्य कारण है कि एक index जो "मौजूद है" फिर भी उपयोग नहीं होता।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें