Come faccio ad aggiungere indici alle tabelle MySQL?

Ho una tabella MySQL molto grande con circa 150.000 righe di dati. Attualmente, quando provo a correre

SELECT * FROM table WHERE id = '1';

il codice funziona bene poiché il campo ID è l'indice primario. Tuttavia, per uno sviluppo recente nel progetto, devo cercare nel database da un altro campo. Per esempio:

SELECT * FROM table WHERE product_id = '1';

Questo campo non era precedentemente indicizzato; tuttavia, ne ho aggiunto uno, quindi mysql ora indicizza il campo, ma quando provo a eseguire la query sopra, funziona molto lentamente. Una query EXPLAIN rivela che non esiste alcun indice per il campo product_id quando ne ho già aggiunto uno e, di conseguenza, la query impiega da 20 minuti a 30 minuti per restituire una singola riga.

I miei risultati completi EXPLAIN sono:

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

Potrebbe essere utile notare che ho appena dato un'occhiata e il campo ID è memorizzato come INT mentre il campo PRODUCT_ID è memorizzato come VARCHAR. Potrebbe essere questa la fonte del problema?

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

Non confrontare mai integera stringsin MySQL. Se idè int, rimuovere le virgolette.

ALTER TABLE TABLE_NAME ADD INDEX (COLUMN_NAME);

È possibile utilizzare questa sintassi per aggiungere un indice e controllare il tipo di indice (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;

Puoi conoscere le differenze tra gli indici BTREE e HASH qui: http://dev.mysql.com/doc/refman/5.5/en/index-btree-hash.html

Vale la pena notare che più indici di campo possono migliorare drasticamente le prestazioni della query. Quindi nell'esempio sopra si assume che ProductID sia l'unico campo da cercare, ma se la query dicesse ProductID = 1 AND Category = 7, allora un indice a più colonne aiuta. Ciò si ottiene con quanto segue:

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

Inoltre, l'indice deve corrispondere all'ordine dei campi della query. Nel mio esempio esteso l'indice dovrebbe essere (ProductID, Categoria) e non viceversa.

È possibile aggiungere indici di due tipi: quando si definisce una chiave primaria, MySQL la prenderà come indice per impostazione predefinita.

Spiegazione

Chiave primaria come indice

Considera di avere una tbl_studenttabella e desideri student_idcome chiave primaria:

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

L'istruzione precedente aggiunge una chiave primaria, il che significa che i valori indicizzati devono essere univoci e non possono essere NULL.

Specifica il nome dell'indice

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

L'istruzione precedente creerà un indice ordinario con student_indexnome.

Crea un indice univoco

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

Qui, student_unique_indexè il nome dell'indice assegnato a student_id e crea un indice per i quali i valori devono essere univoci (qui è possibile accettare null).

Opzione full-text

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

L'istruzione precedente creerà il nome dell'indice Fulltext con student_fulltext_index, per il quale è necessario MyISAM Mysql Engine.

Come rimuovere gli indici?

DROP INDEX `student_index` ON `tbl_student`

Come controllare gli indici disponibili?

SHOW INDEX FROM `tbl_student`

Dici di avere un indice, spiega altrimenti. Tuttavia, se lo fai davvero, ecco come continuare:

Se hai un indice sulla colonna e MySQL decide di non usarlo, potrebbe essere perché:

1. C'è un altro indice nella query che MySQL ritiene più appropriato da usare e può utilizzarne solo uno. La soluzione è di solito un indice che si estende su più colonne se il loro normale metodo di recupero è in valore di più di una colonna.
2. MySQL decide che ci sono molte righe corrispondenti e pensa che un tablecan sia probabilmente più veloce. In caso contrario, a volte ANALYZE TABLEaiuta.
3. Nelle query più complesse, decide di non utilizzarlo sulla base di un voodoo elaborato estremamente intelligente nel piano di query che per qualche motivo non si adatta ai requisiti attuali.

Nel caso di (2) o (3), potresti convincere MySQL a utilizzare l'indice tramite la sintassi del suggerimento sull'indice , ma se lo fai, assicurati di eseguire alcuni test per determinare se effettivamente migliora le prestazioni per utilizzare l'indice mentre lo accenni .