Los índices de InnoDB son B+trees: árboles balanceados donde cada hoja está a la misma profundidad y las hojas están enlazadas para escaneos de rango rápidos. Una búsqueda es O(log n) — un puñado de lecturas de página incluso en tablas enormes.
Un índice compuesto ordena las filas por , luego por , luego por . Solo puedes usarlo para un de las columnas: , , o — pero sola ni , porque esas columnas no están ordenadas hasta que está fijada.
(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';
Ordena las columnas de más selectiva / igualdad primero, y la columna de rango al final: en cuanto llegas a un rango (>, BETWEEN), las columnas posteriores no pueden usarse para la búsqueda.
Si un índice contiene todas las columnas que lee la consulta, InnoDB responde solo desde el índice — sin viaje de vuelta al índice agrupado. EXPLAIN muestra 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
Los índices compuestos y de cobertura son la forma de convertir una consulta lenta con múltiples condiciones en una única búsqueda de índice. Equivocarse en el orden de las columnas — o esperar que una consulta sobre la segunda columna use el índice — es la razón más común de que un índice que "existe" siga sin usarse.
Una biblioteca de preguntas de entrevista de IT con respuestas detalladas — de Junior a Senior.
Donar