Gli indici di InnoDB sono B+tree: alberi bilanciati in cui ogni foglia si trova alla stessa profondità e le foglie sono collegate per scansioni di range veloci. Una ricerca è O(log n) — una manciata di letture di pagina anche su tabelle enormi.
Un indice composto ordina le righe per , poi , poi . Puoi usarlo solo per un delle colonne: , o — ma da solo o , perché quelle colonne non sono ordinate finché non è fissato.
(a, b, c)abca(a, b)(a, b, c)b(b, c)aCREATE INDEX idx_abc ON events (user_id, status, created_at);
-- USA l'indice (leftmost prefix, range sull'ultima colonna)
SELECT * FROM events
WHERE user_id = 7 AND status = 'open' AND created_at > '2026-01-01';
-- NON lo usa: salta la colonna più a sinistra
SELECT * FROM events WHERE status = 'open';
Ordina le colonne dalla più selettiva / prima quelle di uguaglianza, la colonna di range per ultima: una volta che raggiungi un range (>, BETWEEN), le colonne successive non possono più essere usate per il seek.
Se un indice contiene ogni colonna che la query legge, InnoDB risponde solo dall'indice — nessun ritorno al clustered index. EXPLAIN mostra 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, nessuna ricerca sul clustered index
Gli indici composti e covering sono il modo per trasformare una lenta query con più condizioni in un singolo index seek. Sbagliare l'ordine delle colonne — o aspettarsi che una query sulla seconda colonna usi l'indice — è il motivo più comune per cui un indice che "esiste" comunque non viene usato.
Una raccolta di domande di colloquio IT con risposte dettagliate — da Junior a Senior.
Dona