[MySQL] come ottmizzare query da 10 secondi!

[james]

Questa query ci mette 10 secondi ad essere eseguita:

SELECT prodotti.id, COUNT( prodotti.id ) AS n, prodotti.campo1......20
FROM prodotti
JOIN tab2 ON ...
JOIN tab3 ON ...
LEFT JOIN tab4 ON ...
JOIN tab5 ON ...
JOIN tab6 ON ...
GROUP BY prodotti.id
ORDER BY n DESC
LIMIT 0 , 6;

la tabella prodotti ha 2500
tab2 2500
tab3 170
tab4 1500
tab5 2500
tab6 135.000

C'è un modo per migliorare questa query? 10 secondi sono improponibili! D'altra parte i record sono quelli, non è che posso eliminarli. Più che altro quello che crea lentezza è l'ultima Join con tab6 che ha 135.000, quanto tab6 aveva poche centinaia di record tutto era ok, ma ora che ne ha così tanti....è lentissimo!

[tasso85]

l'unico consiglio che mi viene di darti è di ordinare le tabelle nella join in ordine di numero di tuple: prima fai la join tra le 2 tabelle più piccole, poi con la terza tabella più piccola, e così via fino all'ultima con 135000 tuple... in questo modo dovresti, dico dovresti, guadagnare qualcosina... almeno questo è ciò che ci hanno insegnato al corso di ingeneria del software...

[marketto]

gli indici sono definiti? le tabelle cosa contengono?

[ghiaccio84]

anche io ti consiglio di definire tutti gli indici sugli id esterni e non di tutte le tabelle interessate.

in particolare se hai

tab1 JOIN tab2 ON tab1.id=tab2.id_tab1

devi definire gli indici su
tab1.id
tab2.id_tab1

[james]

Originariamente inviato da ghiaccio84
anche io ti consiglio di definire tutti gli indici sugli id esterni e non di tutte le tabelle interessate.

in particolare se hai

tab1 JOIN tab2 ON tab1.camo_id=tab2.id_tab1

devi definire gli indici su
tab1.id
tab2.id_tab1

mi sono perso! cosa intendi x definire un indice? io faccio come nel tuo esempio tab1 JOIN tab2 ON tab1.camo_id=tab2.id_tab1, è sufficente questo? Anche xke se non facessi così come faccio a definire gli indici?

[james]

Originariamente inviato da tasso85
l'unico consiglio che mi viene di darti è di ordinare le tabelle nella join in ordine di numero di tuple: prima fai la join tra le 2 tabelle più piccole, poi con la terza tabella più piccola, e così via fino all'ultima con 135000 tuple... in questo modo dovresti, dico dovresti, guadagnare qualcosina... almeno questo è ciò che ci hanno insegnato al corso di ingeneria del software...

non lo sapevo, grazie, cmq la tabella con 135.000 record è l'ultima nella lista delle join, quindi sto già usando, per un puro caso, l'ordinamento migliore

[james]

Originariamente inviato da marketto
gli indici sono definiti? le tabelle cosa contengono?

a parte la tab4 da 1.500 record che contiene cambi blob, le altre contengono tutti campi int e varchar

[danielinux]

Originariamente inviato da james
mi sono perso! cosa intendi x definire un indice? io faccio come nel tuo esempio tab1 JOIN tab2 ON tab1.camo_id=tab2.id_tab1, è sufficente questo? Anche xke se non facessi così come faccio a definire gli indici?

leggi che fai prima

http://database.html.it/guide/lezione/2447/indici/

metti gli indici e una clausola where la query ci mette tanto perchè è come se fosse fatta su una tabella con milioni di record

[james]

Originariamente inviato da danielinux
leggi che fai prima

http://database.html.it/guide/lezione/2447/indici/

metti gli indici e una clausola where la query ci mette tanto perchè è come se fosse fatta su una tabella con milioni di record

ho creato i due indici,che where ci metto? non ne ho bisogno, con i soli indici non ho risultati significativi

[danielinux]

cosa lega queste tabelle?