InnoDB indexes B+trees हुन्: सन्तुलित trees जहाँ हरेक leaf उही गहिराइमा बस्छ र fast range scans का लागि leaves जोडिएका हुन्छन्। एउटा lookup O(log n) हो — ठूला tables मा पनि मुट्ठीभर page reads।
एउटा composite index ले rows लाई पहिले , त्यसपछि , अनि अनुसार sort गर्छ। तपाईंले यसलाई columns को का लागि मात्र प्रयोग गर्न सक्नुहुन्छ: , , वा — तर एक्लै वा , किनभने fix नभएसम्म ती columns sort हुँदैनन्।
(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 मा query ले पढ्ने हरेक column समावेश छ भने, 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 नै एउटा ढिलो multi-condition query लाई एउटै index seek मा बदल्ने तरिका हुन्। Column क्रम गलत पार्नु — वा दोस्रो column मा गरिएको query ले index प्रयोग गर्छ भन्ने अपेक्षा गर्नु — "अस्तित्वमा रहेको" index पनि किन प्रयोग नहुने भन्ने सबैभन्दा सामान्य कारण हो।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्