InnoDB-index är B+trees: balanserade träd där varje löv ligger på samma djup och löven är länkade för snabba intervallskanningar. En uppslagning är O(log n) — en handfull sidläsningar även på enorma tabeller.
Ett sammansatt index sorterar rader efter , sedan , sedan . Du kan bara använda det för ett av kolumnerna: , eller — men ensam eller , eftersom dessa kolumner inte är sorterade förrän är fixerad.
(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';
Ordna kolumnerna mest selektiva / likhet först, intervallkolumn sist: så snart du träffar ett intervall (>, BETWEEN) kan kolumner efter det inte användas för sökning.
Om ett index innehåller varje kolumn som frågan läser svarar InnoDB enbart från indexet — ingen resa tillbaka till clustered index. EXPLAIN visar 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
Sammansatta index och covering-index är hur du förvandlar en långsam fråga med flera villkor till en enda index-sökning. Att få kolumnordningen fel — eller att förvänta sig att en fråga på den andra kolumnen ska använda indexet — är den vanligaste orsaken till att ett index som "finns" ändå inte används.
Ett bibliotek med IT-intervjufrågor och detaljerade svar — från Junior till Senior.
Donera