¿Cómo agrego índices a las tablas de MySQL?

Tengo una tabla MySQL muy grande con aproximadamente 150,000 filas de datos. Actualmente, cuando intento ejecutar

SELECT * FROM table WHERE id = '1';

el código funciona bien ya que el campo ID es el índice primario. Sin embargo, para un desarrollo reciente en el proyecto, tengo que buscar en la base de datos por otro campo. Por ejemplo:

SELECT * FROM table WHERE product_id = '1';

Este campo no fue indexado previamente; sin embargo, he agregado uno, por lo que mysql ahora indexa el campo, pero cuando intento ejecutar la consulta anterior, se ejecuta muy lentamente. Una consulta EXPLAIN revela que no hay índice para el campo product_id cuando ya he agregado uno, y como resultado la consulta tarda entre 20 minutos y 30 minutos en devolver una sola fila.

Mis resultados completos de EXPLAIN son:

| id | select_type | table | type | possible_keys| key  | key_len | ref  | rows  | Extra       |
+----+-------------+-------+------+--------------+------+---------+------+-------+------------------+
|  1 | SIMPLE      | table | ALL  | NULL         | NULL | NULL    | NULL |157211 | Using where |
+----+-------------+-------+------+--------------+------+---------+------+-------+------------------+

Puede ser útil tener en cuenta que acabo de echar un vistazo, y el campo ID se almacena como INT, mientras que el campo PRODUCT_ID se almacena como VARCHAR. ¿Podría ser esta la fuente del problema?

ALTER TABLE `table` ADD INDEX `product_id_index` (`product_id`)

Nunca te compares integercon stringsMySQL. Si ides así int, elimine las comillas.

ALTER TABLE TABLE_NAME ADD INDEX (COLUMN_NAME);

Puede usar esta sintaxis para agregar un índice y controlar el tipo de índice (HASH o BTREE).

create index your_index_name on your_table_name(your_column_name) using HASH;
or
create index your_index_name on your_table_name(your_column_name) using BTREE;

Puede obtener información sobre las diferencias entre los índices BTREE y HASH aquí: http://dev.mysql.com/doc/refman/5.5/en/index-btree-hash.html

Vale la pena señalar que múltiples índices de campo pueden mejorar drásticamente el rendimiento de su consulta. Entonces, en el ejemplo anterior, asumimos que ProductID es el único campo para buscar, pero si la consulta dijera ProductID = 1 AND Category = 7, entonces ayuda un índice de múltiples columnas. Esto se logra con lo siguiente:

ALTER TABLE `table` ADD INDEX `index_name` (`col1`,`col2`)

Además, el índice debe coincidir con el orden de los campos de consulta. En mi ejemplo extendido, el índice debería ser (ProductID, Category) y no al revés.

Se pueden agregar índices de dos tipos: cuando define una clave primaria, MySQL la tomará como índice de forma predeterminada.

Explicación

Clave primaria como índice

Considere que tiene una tbl_studenttabla y desea student_idcomo clave principal:

ALTER TABLE `tbl_student` ADD PRIMARY KEY (`student_id`)

La declaración anterior agrega una clave primaria, lo que significa que los valores indexados deben ser únicos y no pueden ser NULL.

Especificar nombre de índice

ALTER TABLE `tbl_student` ADD INDEX student_index (`student_id`)

La declaración anterior creará un índice ordinario con student_indexnombre.

Crear índice único

ALTER TABLE `tbl_student` ADD UNIQUE student_unique_index (`student_id`)

Aquí, student_unique_indexes el nombre de índice asignado a student_id y crea un índice para el que los valores deben ser únicos (aquí se puede aceptar nulo).

Opción de texto completo

ALTER TABLE `tbl_student` ADD FULLTEXT student_fulltext_index (`student_id`)

La declaración anterior creará el nombre del índice de texto completo con el student_fulltext_indexque necesita MyISAM Mysql Engine.

¿Cómo eliminar índices?

DROP INDEX `student_index` ON `tbl_student`

¿Cómo verificar los índices disponibles?

SHOW INDEX FROM `tbl_student`

Dices que tienes un índice, la explicación dice lo contrario. Sin embargo, si realmente lo hace, así es como continuar:

Si tiene un índice en la columna y MySQL decide no usarlo, puede ser porque:

1. Hay otro índice en la consulta que MySQL considera más apropiado de usar, y solo puede usar uno. La solución suele ser un índice que abarca varias columnas si su método normal de recuperación es por valor de más de una columna.
2. MySQL decide que hay muchas filas coincidentes, y cree que un escaneo de tabla es probablemente más rápido. Si ese no es el caso, a veces ANALYZE TABLEayuda.
3. En consultas más complejas, decide no usarlo en base a un vudú de pensamiento extremadamente inteligente en el plan de consulta que por alguna razón simplemente no se ajusta a sus requisitos actuales.

En el caso de (2) o (3), puede convencer a MySQL para que use el índice mediante la sintaxis de pista de índice , pero si lo hace, asegúrese de ejecutar algunas pruebas para determinar si realmente mejora el rendimiento para usar el índice tal como lo indica. .