DK Damir Khaibulin
🇷🇺 RU Ruso 🇬🇧 EN Inglés 🇩🇪 DE Alemán 🇫🇷 FR Francés 🇮🇹 IT Italiano 🇪🇸 ES Español
Hablemos
← Volver a los artículos
Rendimiento y bases de datos

Índices de base de datos: los superhéroes invisibles de tu app. Explicado de forma sencilla con código Laravel y advertencias importantes

Una guía clara de los índices de base de datos con ejemplos en Laravel: cómo funcionan, cuándo añadirlos y las advertencias críticas que todo desarrollador debe conocer sobre índices compuestos, de baja selectividad y no utilizados.

Hablemos ↗ Leer el artículo
Idiomas disponibles
EN RU DE FR IT ES
✦
Artículo destacado ↗

Índices de base de datos: los superhéroes invisibles de tu app. Explicado de forma sencilla con código Laravel y advertencias importantes

Imagina que buscas una palabra específica en un libro de 1.000 páginas — pero el libro no tiene ni índice al principio ni índice analítico al final. Tendrías que leer cada página. Eso es exactamente lo que hace tu base de datos cuando ejecuta una consulta sobre una columna sin índice.

Los índices son los superhéroes invisibles de tu aplicación. Cuando hacen su trabajo, nadie lo nota. Cuando faltan, todo se detiene. Desglosemos qué son, cómo funcionan y — lo más importante — las advertencias que todo desarrollador debe conocer.

📚 ¿Qué es un índice de base de datos?

Un índice de base de datos es una estructura de datos especial (normalmente un B-tree) que la base de datos mantiene junto a los datos de tu tabla. Almacena una copia ordenada de una o más columnas, más punteros de vuelta a las filas originales.

Piensa en él como el índice alfabético al final de un manual: en lugar de escanear cada página, saltas directamente a la entrada relevante.

🎯 Por qué importan los índices

  • Aceleran las cláusulas WHERE — encontrar filas por una condición pasa de O(n) a O(log n).
  • Aceleran las operaciones JOIN — las claves foráneas se benefician enormemente de los índices.
  • Aceleran ORDER BY — si el orden coincide con un índice, no se necesita ordenación adicional.
  • Garantizan la unicidad — los índices únicos garantizan la integridad de los datos a nivel de almacenamiento.

Sin un índice, MySQL/PostgreSQL debe realizar un escaneo completo de la tabla. En una tabla con millones de filas, esa es la diferencia entre 5 ms y 5 segundos.

🛠 Crear índices en Laravel

El sistema de migraciones de Laravel hace que la creación de índices sea limpia y expresiva.

1. Índice en una sola columna:

Schema::table('users', function (Blueprint $table) { $table->index('email'); // Índice simple });

2. Índice único:

Schema::table('users', function (Blueprint $table) { $table->unique('email'); // Garantiza la unicidad });

3. Índice compuesto (varias columnas):

Schema::table('orders', function (Blueprint $table) { $table->index(['user_id', 'created_at']); // Índice compuesto });

4. Índice con nombre personalizado:

Schema::table('posts', function (Blueprint $table) { $table->index('status', 'idx_posts_status'); });

5. Clave foránea con índice automático:

Schema::table('posts', function (Blueprint $table) { $table->foreignId('user_id')->constrained(); // Crea un índice automáticamente });

🔍 Cómo verificar que un índice se está utilizando

Usa EXPLAIN para ver el plan de ejecución:

EXPLAIN SELECT * FROM users WHERE email = 'user@example.com'; -- Salida (índice utilizado): -- Index Scan using users_email_index on users (cost=0.43..8.45 rows=1 width=...) -- Index Cond: ((email)::text = 'user@example.com'::text) -- Salida (sin índice, escaneo completo): -- Seq Scan on users (cost=0.00..1500.00 rows=1 width=...) -- Filter: ((email)::text = 'user@example.com'::text)

En Laravel:

$plan = DB::select('EXPLAIN SELECT * FROM users WHERE email = ?', ['user@example.com']); dd($plan);

Busca Index Scan o Index Only Scan — bien. Busca Seq Scan — mal, a menos que la tabla sea diminuta.

⚠️ Advertencias importantes que todo desarrollador debe conocer

1. Los índices ralentizan las escrituras

Cada INSERT, UPDATE y DELETE también debe actualizar cada índice de esa tabla. Una tabla con 10 índices realiza escrituras aproximadamente 10 veces más lento que una tabla sin ninguno. Indexa solo las columnas que consultas, no las columnas que imaginas que podrías consultar.

2. La regla del «prefijo más a la izquierda» para índices compuestos

Un índice sobre (a, b, c) puede usarse para consultas sobre a, (a, b) o (a, b, c). No puede usarse eficientemente para consultas sobre b solo o (b, c). El orden importa.

// Esto usa el índice compuesto (user_id, created_at): SELECT * FROM orders WHERE user_id = 5 AND created_at > '2024-01-01'; // Esto NO lo usa eficientemente: SELECT * FROM orders WHERE created_at > '2024-01-01';

3. Los índices sobre columnas de baja selectividad son inútiles

Una columna booleana con 99% true y 1% false es un mal candidato para indexar. El optimizador a menudo lo ignorará y hará un escaneo completo de todos modos, porque escanear el índice más buscar las filas cuesta más que simplemente escanear la tabla.

4. Las funciones sobre columnas indexadas matan el índice

// MALO — el índice sobre `email` NO se usa: SELECT * FROM users WHERE LOWER(email) = 'user@example.com'; // BUENO — el índice sobre `email` SÍ se usa: SELECT * FROM users WHERE email = 'user@example.com';

Soluciones: almacena datos normalizados, o usa índices funcionales/de expresión (PostgreSQL los soporta; MySQL 8+ también).

5. Demasiados índices son tan malos como muy pocos

Cada índice ocupa espacio en disco y ralentiza las escrituras. Más importante aún, el optimizador tiene que considerar más opciones al planificar una consulta, lo que puede llevar a peores decisiones. Audita tus índices regularmente.

6. Los índices no utilizados son puro sobrecoste

Encuentra índices que nunca se usan y elimínalos. En PostgreSQL:

SELECT schemaname, relname AS table_name, indexrelname AS index_name, idx_scan AS times_used FROM pg_stat_user_indexes WHERE idx_scan = 0 ORDER BY pg_relation_size(indexrelid) DESC;

En MySQL:

SELECT * FROM sys.schema_unused_indexes;

7. La selectividad del índice es más importante que el número de índices

Un índice es más valioso cuando filtra hasta una pequeña fracción de filas. Una consulta que devuelve el 1% de una tabla se beneficia enormemente. Una consulta que devuelve el 80% no — la base de datos probablemente escaneará la tabla en su lugar.

🚀 Un escenario realista de optimización en Laravel

Considera una app de e-commerce con una página lenta de «pedidos recientes del usuario»:

// Consulta lenta $orders = Order::where('user_id', $user->id) ->orderByDesc('created_at') ->take(20) ->get();

En una tabla con 5 millones de pedidos, esta consulta podría tardar segundos. Añade un índice compuesto:

Schema::table('orders', function (Blueprint $table) { $table->index(['user_id', 'created_at']); });

Ahora la misma consulta se ejecuta en milisegundos de un solo dígito, porque el índice proporciona tanto el filtro como el orden de clasificación.

📊 Chuleta de índices

  • Claves foráneas → siempre indexar.
  • Columnas filtradas frecuentemente → indexar si son selectivas.
  • Columnas de ordenación en ORDER BY → indexar si se usan a menudo.
  • Columnas de baja selectividad (booleanos, estados con pocos valores) → normalmente evitar.
  • Orden en índices compuestos → columnas más selectivas / más usadas primero, siguiendo la regla del prefijo más a la izquierda.
  • Auditar regularmente → eliminar índices no utilizados; cuestan más de lo que aportan.

💡 Consejos prácticos

  1. Empieza por las claves foráneas. Son los índices con mayor ROI que jamás añadirás.
  2. Mide antes y después. Usa EXPLAIN ANALYZE para confirmar la mejora.
  3. Prueba con datos de tamaño de producción. Una tabla de prueba de 1.000 filas nunca revelará un problema de índices.
  4. Vigila la ruta de escritura. Si las inserciones se ralentizan, uno de tus índices puede ser el culpable.
  5. Prefiere menos índices compuestos bien elegidos que muchos de una sola columna.
  6. No indexes por intuición. Indexa lo que el planificador de consultas realmente necesita.

🔗 Conclusión

Los índices son el motor silencioso de las aplicaciones de alto rendimiento. Convierten consultas que se arrastran en búsquedas instantáneas, protegen tu base de datos de una carga descontrolada y sostienen silenciosamente cada página rápida que tus usuarios ven.

Pero no son gratis. Cada índice es un intercambio: velocidad de lectura a cambio de coste de escritura y espacio en disco. Añádelos deliberadamente, verifica que se usan y limpia los que no. Domina esta disciplina, y tu aplicación escalará — elegantemente, invisiblemente y a gran velocidad.

Tecnologías y temas

Etiquetas del artículo

No hay artículos que coincidan con estos filtros.

¿Tienes un proyecto o una idea para discutir?

Hablemos ↗