Perché questa semplice query MySQL è così lenta?

Question

Così qui è una tabella molto semplice 'tbl':

+---------+---------------------+------+-----+---------+----------------+ 
| Field | Type    | Null | Key | Default | Extra   | 
+---------+---------------------+------+-----+---------+----------------+ 
| val  | varchar(45)   | YES | MUL | NULL |    | 
| id  | bigint(20) unsigned | NO | PRI | NULL | auto_increment | 
+---------+---------------------+------+-----+---------+----------------+ 

e gli indici per esso:

+--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | 
+--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 
| tbl |   0 | PRIMARY |   1 | id   | A   | 201826018 |  NULL | NULL |  | BTREE  |   | 
| tbl |   1 | val  |   1 | val   | A   |  881336 |  NULL | NULL | YES | BTREE  |   | 
+--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 

sto cercando questo semplice selezionare:

select val from tbl where val = 'iii'; 

risultato: 86.208 righe nel set (0,08 sec)

Ma quando voglio modificarlo leggermente:

select id, val from tbl where val = 'iii'; 

il risultato è: 86208 rows in set (47.30 sec)

ho un proprio indice sul coumn che qualora punti a, tutto sto modifica è la rappresentazione righe di risultati. Perché c'è un ritardo così terrificante? (Devo dire che non riesco a riprodurre questo ritardo ogni volta che voglio: anche dopo aver ripristinato la cache della query o impostato il comando 'query_cache_type = off' può essere fatto rapidamente).

Answer 1

Senza effettivamente esaminare la configurazione del server è difficile dirlo, ma ecco un'ipotesi plausibile. In prima istanza, MySQL è in grado di soddisfare la tua query senza realmente leggere i dati della tabella. Tutte le informazioni richieste possono essere recuperate dall'indice. Si noti che la cardinalità dell'indice val è solo dell'ordine di 10 righe e che le righe saranno molto corte nell'indice.

Nel secondo caso sono richiesti dati NON nell'indice val. Ora il motore deve effettivamente trovare e leggere le righe dai dati. Qui la cardinalità è circa 250 volte più grande, e poiché l'indice recupererà le righe ordinate per val, trovare i corrispondenti valori id richiederà MOLTO salto in centinaia di concerti di dati su disco. Questo sarà molto più lento.

Answer 2

Prova ad aggiungere un ORDER BY e `LIMIT alla query. Questo dovrebbe aiutare molto.

penso che se si modifica la query per questo sarà più veloce:

select id, val from tbl where val = 'iii' order by val limit 10; 

Answer 3

Stai facendo una selezione basata su due colonne, ma nessun indice di entrambi esiste. Prova ad aggiungere un nuovo indice costituito da sia id che val.