[mysql] unico indice su due colonne o due indici distinti

[razzoli]

Per esempio nell'Extra del primo report leggo 2 using index, mentre nel secondo report c'è un solo using where (che credo sia peggiore dell'altro).

Entrambe le query usano un indice. La differenza è che "Using index" significa che usa solo l'indice, senza dover accedere ai dati. Si parla di Covering Index. Però... stiamo parlando di una sola riga, quindi anche se deve accedere ai dati non cambia nulla

Visto che ci sono così poche differenze (più che altro, non credo incidano sulle prestazioni) io userei l'indice su una colonna.

[debug]

Entrambe le query usano un indice. La differenza è che "Using index" significa che usa solo l'indice, senza dover accedere ai dati. Si parla di Covering Index. Però... stiamo parlando di una sola riga, quindi anche se deve accedere ai dati non cambia nulla

E se parlassimo di estrarre X campi? Diciamo per esempio un centinaio.

Visto che ci sono così poche differenze (più che altro, non credo incidano sulle prestazioni) io userei l'indice su una colonna.

Come mai questa scelta?


Ciao!

[razzoli]

E se parlassimo di estrarre X campi? Diciamo per esempio un centinaio.

Non ho capito la domanda. MySQL usa i covering index solo se tutti i campi che deve leggere sono indicizzati, altrimenti dovrà leggere anche i dati. Se fai SELECT id WHERE nome='x' e nome è indicizzato, l'indice è "covering" per questa query. Se selezioni anche un campo che non è indicizzato, l'indice non è covering.

Mi stai chiedendo se conviene fare un indice di 100 campi? No, occuperebbe tanta memoria e le operazioni di lettura dell'indice sarebbero più lente.

I covering index fanno la differenza se devi leggere molte righe.

Come mai questa scelta?

In generale l'indice deve essere as small as possible. E' giusto aggiungere una colonna solo se ci sono dei vantaggi. Ma in questo caso, tutti e due i query plan sono praticamente perfetti. (a parte la lunghezza dell'indice slug)

Ciao!

Ciao

[debug]

Non ho capito la domanda. MySQL usa i covering index solo se tutti i campi che deve leggere sono indicizzati, altrimenti dovrà leggere anche i dati. Se fai SELECT id WHERE nome='x' e nome è indicizzato, l'indice è "covering" per questa query. Se selezioni anche un campo che non è indicizzato, l'indice non è covering.

Mi stai chiedendo se conviene fare un indice di 100 campi? No, occuperebbe tanta memoria e le operazioni di lettura dell'indice sarebbero più lente.

No intendevo se dovessi estrarre un numero X di righe in base ad una select del tipo Where author_id = 'xy' (che corrisponde a tutti i post di quell'autore), oppure tutti i post in un range temporale.


Ciao!!

[razzoli]

No intendevo se dovessi estrarre un numero X di righe in base ad una select del tipo Where author_id = 'xy' (che corrisponde a tutti i post di quell'autore), oppure tutti i post in un range temporale.

Sì in quel caso un covering index è più efficiente... ma se la query è efficiente lo stesso, non aggiungere campi.