{"id":73902,"date":"2024-03-04T09:16:32","date_gmt":"2024-03-04T08:16:32","guid":{"rendered":"https:\/\/kinsta.com\/es\/?p=73902&post_type=knowledgebase&preview_id=73902"},"modified":"2025-10-01T21:29:07","modified_gmt":"2025-10-01T19:29:07","slug":"indexacion-en-mysql-mariadb","status":"publish","type":"post","link":"https:\/\/kinsta.com\/es\/blog\/indexacion-en-mysql-mariadb\/","title":{"rendered":"Dominar la indexaci\u00f3n en MySQL y MariaDB: Un camino hacia la optimizaci\u00f3n"},"content":{"rendered":"

Tanto MySQL como MariaDB aprovechan a la perfecci\u00f3n la eficacia de la indexaci\u00f3n en \u00e1rbol equilibrado (B-Tree) para optimizar las operaciones con datos. Este mecanismo de indexaci\u00f3n compartida garantiza una r\u00e1pida recuperaci\u00f3n de los datos, mejora el rendimiento de las consultas y minimiza la entrada\/salida (I\/O, input\/output) del disco, contribuyendo a una experiencia de base de datos m\u00e1s \u00e1gil y eficiente.<\/p>\n

Este art\u00edculo profundiza en la indexaci\u00f3n, te gu\u00eda en la creaci\u00f3n de \u00edndices y comparte consejos para utilizarlos de forma m\u00e1s eficaz en las bases de datos MySQL y MariaDB<\/a>.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

\u00bfQu\u00e9 es un \u00edndice?<\/h2>\n

Cuando consultas una base de datos MySQL en busca de informaci\u00f3n espec\u00edfica, la consulta busca en cada fila de una tabla de la base de datos hasta localizar la correcta. Esto puede llevar mucho tiempo, sobre todo cuando la base de datos es extensa.<\/p>\n

Los gestores de bases de datos utilizan la indexaci\u00f3n para agilizar los procesos de recuperaci\u00f3n de datos y optimizar la eficacia de las consultas. La indexaci\u00f3n construye una estructura de datos que minimiza la cantidad de datos que hay que buscar organiz\u00e1ndolos sistem\u00e1ticamente, lo que permite una ejecuci\u00f3n m\u00e1s r\u00e1pida y eficaz de las consultas.<\/p>\n

Supongamos que quieres encontrar un cliente cuyo nombre de pila es Ava<\/code> en la siguiente tabla Clientes<\/strong>:<\/p>\n

\"Una
Vista previa de la tabla Cliente en MySQL Workbench.<\/figcaption><\/figure>\n

Si a\u00f1ades un \u00edndice B-Tree a la columna first_name<\/strong>, se crea una estructura que facilita una b\u00fasqueda m\u00e1s eficaz de la informaci\u00f3n deseada. La estructura se asemeja a un \u00e1rbol con el nodo ra\u00edz en la parte superior, que se ramifica hasta los nodos hoja en la parte inferior.<\/p>\n

Es similar a un \u00e1rbol bien organizado, en el que cada nivel gu\u00eda la b\u00fasqueda bas\u00e1ndose en el orden de clasificaci\u00f3n de los datos.<\/p>\n

Esta imagen muestra la ruta de b\u00fasqueda de un \u00edndice B-Tree:<\/p>\n

\"Diagrama
Una tabla de Clientes en \u00c1rbol B.<\/figcaption><\/figure>\n

Ava<\/code> aparece en primer lugar, y William<\/code> en \u00faltimo lugar, en orden alfab\u00e9tico ascendente: es la forma en que el B-Tree ha ordenado los nombres. El sistema B-Tree designa el valor central de la lista como nodo ra\u00edz. Como Michael<\/code> est\u00e1 en medio de la lista alfab\u00e9tica, es el nodo ra\u00edz. A continuaci\u00f3n, el \u00e1rbol se ramifica, con valores a la izquierda y a la derecha de Michael<\/code>.<\/p>\n

A medida que desciendes por los niveles del \u00e1rbol, cada nodo ofrece m\u00e1s claves (enlaces directos a las filas originales de datos) para guiar la b\u00fasqueda a trav\u00e9s de los nombres ordenados alfab\u00e9ticamente. Entonces, encuentras los datos del nombre de pila de cada cliente en los nodos de las hojas.<\/p>\n

La b\u00fasqueda comienza comparando Ava<\/code> con el nodo ra\u00edz Michael<\/code>. Se desplaza hacia la izquierda tras determinar que Ava<\/code> aparece antes que Michael<\/code> alfab\u00e9ticamente. Se desplaza hacia abajo hasta el hijo izquierdo (Emily<\/code>), luego hacia la izquierda de nuevo hasta Daniel<\/code>, y hacia la izquierda una vez m\u00e1s hasta Ava<\/code> antes de llegar al nodo hoja que contiene la informaci\u00f3n de Ava<\/code>.<\/p>\n

El B-Tree funciona como un sistema de navegaci\u00f3n simplificado, guiando eficazmente la b\u00fasqueda a un lugar concreto sin comprobar cada nombre del conjunto de datos. Es como navegar por un directorio cuidadosamente ordenado siguiendo se\u00f1ales estrat\u00e9gicamente colocadas que te llevan directamente al destino.<\/p>\n

Tipos de \u00edndices<\/h2>\n

Existen distintos tipos de \u00edndices para diversos fines. Analicemos estos tipos a continuaci\u00f3n.<\/p>\n

1. \u00cdndices de un solo nivel<\/h3>\n

Los \u00edndices de un nivel, o \u00edndices planos, asignan claves de \u00edndice a datos de la tabla. Cada clave del \u00edndice corresponde a una \u00fanica fila de la tabla.<\/p>\n

La columna id_cliente<\/strong>\u00a0es una clave primaria en la tabla Cliente<\/strong>, que sirve como \u00edndice de un solo nivel. La clave identifica a cada cliente y vincula su informaci\u00f3n en la tabla.<\/p>\n\n\n\n\n\n\n\n\n
\u00cdndice (id_cliente<\/strong>)<\/td>\nIndicador de fila<\/td>\n<\/tr>\n
1<\/td>\nFila 1<\/td>\n<\/tr>\n
2<\/td>\nFila 2<\/td>\n<\/tr>\n
3<\/td>\nFila 3<\/td>\n<\/tr>\n
4<\/td>\nFila 4<\/td>\n<\/tr>\n
..<\/td>\n..<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

La relaci\u00f3n entre las claves id_cliente<\/strong> y los detalles individuales de los clientes es sencilla. Los \u00edndices de un solo nivel son excelentes en tablas con pocas filas o columnas con pocos valores distintos. Columnas como estado<\/strong> o categor\u00eda,<\/strong> por ejemplo, son buenas candidatas.<\/p>\n

Utiliza un \u00edndice de un solo nivel para consultas sencillas que localicen una fila concreta bas\u00e1ndose en una sola columna. Su implementaci\u00f3n es sencilla, directa y eficaz para conjuntos de datos peque\u00f1os.<\/p>\n

2. \u00cdndices multinivel<\/h3>\n

A diferencia de los \u00edndices de un solo nivel para la recuperaci\u00f3n organizada de datos, los \u00edndices multinivel utilizan una estructura jer\u00e1rquica. Tienen varios niveles de orientaci\u00f3n. El \u00edndice de nivel superior dirige la b\u00fasqueda a un \u00edndice de nivel inferior, y as\u00ed sucesivamente hasta llegar al nivel hoja, que almacena los datos. Esta estructura disminuye el n\u00famero de comparaciones necesarias durante las b\u00fasquedas.<\/p>\n

Considera un \u00edndice multinivel con las columnas direcci\u00f3n<\/strong> e id_cliente<\/strong>.<\/p>\n\n\n\n\n\n\n\n
\u00cdndice (direcci\u00f3n<\/strong>)<\/td>\nSub\u00edndice (id_cliente<\/strong>)<\/td>\nIndicador de fila<\/td>\n<\/tr>\n
Calle principal 123<\/td>\n1<\/td>\nFila 1<\/td>\n<\/tr>\n
Avenida del Roble 456<\/td>\n2<\/td>\nFila 2<\/td>\n<\/tr>\n
Pine Rd 789<\/td>\n3<\/td>\nFila 3<\/td>\n<\/tr>\n
..<\/td>\n..<\/td>\n..<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

El primer nivel organiza las direcciones. El segundo nivel, dentro de cada direcci\u00f3n, organiza a\u00fan m\u00e1s los identificadores de cliente.<\/p>\n

Esta organizaci\u00f3n es excelente para conjuntos de datos m\u00e1s extensos que requieren una jerarqu\u00eda de b\u00fasqueda organizada. Tambi\u00e9n es \u00fatil para columnas como apellidos<\/strong> con una cardinalidad moderada (la coincidencia de valores de datos en una columna concreta).<\/p>\n

3. \u00cdndices agrupados<\/h3>\n

Los \u00edndices agrupados en MySQL<\/a> dictan el orden l\u00f3gico del \u00edndice y el orden de los datos en la tabla. Si aplicas un \u00edndice agrupado a la columna id_cliente<\/strong> de la tabla Cliente<\/strong>, las filas se ordenan en funci\u00f3n de los valores de la columna. Esto significa que el orden de los datos en la tabla refleja el orden del \u00edndice agrupado, mejorando el rendimiento de la recuperaci\u00f3n de datos para patrones espec\u00edficos al reducir la I\/O de disco.<\/p>\n

Esta estrategia es eficaz cuando el patr\u00f3n de recuperaci\u00f3n de datos coincide con el orden de los ID de cliente. Tambi\u00e9n es adecuada para columnas con alta cardinalidad, como id_cliente<\/strong>.<\/p>\n

Aunque los \u00edndices agrupados ofrecen ventajas en cuanto al rendimiento de la recuperaci\u00f3n de datos para patrones espec\u00edficos, es importante tener en cuenta un posible inconveniente. Ordenar las filas bas\u00e1ndose en el \u00edndice agrupado puede afectar al rendimiento de las operaciones de inserci\u00f3n y actualizaci\u00f3n, especialmente si el patr\u00f3n de inserci\u00f3n o actualizaci\u00f3n no coincide con el orden del \u00edndice agrupado. Esto se debe a que los nuevos datos deben insertarse o actualizarse de forma que se mantenga el orden de clasificaci\u00f3n, lo que supone una sobrecarga adicional.<\/p>\n

4. \u00cdndices no agrupados<\/h3>\n

Los \u00edndices no agrupados dan m\u00e1s flexibilidad a las estructuras de las bases de datos. Imagina que utilizas un \u00edndice no agrupado en una columna de correo electr\u00f3nico<\/strong>. A diferencia de un \u00edndice agrupado, no cambia el orden de las entradas de la tabla.<\/p>\n

En su lugar, construye una nueva estructura que asigna claves \u2014 en este caso, direcciones de correo electr\u00f3nico \u2014 a filas de datos. Cuando consultas la base de datos en busca de una direcci\u00f3n de correo electr\u00f3nico concreta, el \u00edndice no agrupado gu\u00eda la b\u00fasqueda directamente a la fila correspondiente sin basarse en el orden de la tabla.<\/p>\n

La flexibilidad de los \u00edndices no agrupados es su principal ventaja. Permiten realizar b\u00fasquedas eficaces en varias columnas sin imponer un orden a los datos almacenados. Este sistema hace que los \u00edndices no agrupados sean vers\u00e1tiles, ya que pueden acomodar consultas que no siguen el orden primario de la tabla.<\/p>\n

Los \u00edndices no agrupados son \u00fatiles cuando el patr\u00f3n de recuperaci\u00f3n de datos difiere del orden alfab\u00e9tico y para columnas con cardinalidad de moderada a alta, como el correo electr\u00f3nico.<\/p>\n

C\u00f3mo crear \u00edndices<\/h2>\n

Ahora que hemos revisado qu\u00e9 son los \u00edndices a un alto nivel, vamos a revisar algunos ejemplos pr\u00e1cticos de creaci\u00f3n de \u00edndices utilizando MySQL Workbench.<\/p>\n

Requisitos previos<\/h3>\n

Para seguir adelante, necesitas<\/p>\n