InnoDB indexes એ B+trees છે: સંતુલિત trees જ્યાં દરેક leaf એક જ depth પર બેસે છે અને ઝડપી range scans માટે leaves એકબીજા સાથે linked હોય છે. lookup એ O(log n) છે — વિશાળ tables પર પણ ગણ્યાગાંઠ્યા page reads.
composite index rows ને પહેલાં , પછી , પછી પ્રમાણે sort કરે છે. તમે તેને ફક્ત columns ના માટે વાપરી શકો: , , કે — પણ એકલા કે માટે , કારણ કે fixed ન થાય ત્યાં સુધી એ 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 ને most-selective / equality-first પ્રમાણે ગોઠવો, 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 order ખોટો કરવો — કે બીજા column પરની query index વાપરશે એવી અપેક્ષા રાખવી — એ સૌથી સામાન્ય કારણ છે કે "અસ્તિત્વમાં" હોય તેવો index પણ કેમ વપરાતો નથી.
વિગતવાર જવાબો સાથે IT ઇન્ટરવ્યૂ પ્રશ્નોની લાઇબ્રેરી — જુનિયરથી સિનિયર સુધી.
દાન કરો