Taulun rakenne on:
id (int),
etunimi (varchar),
sukunimi (varchar),
postinumero (int)
indeksit (etunimi, sukunimi ja postinumero)
Kun haen: where etunimi like "virt%" or sukunimi like "virt%"
niin tulos tulee salaman nopeasti, mutta jos haen:
where postinumero = 123 and (etunimi like "virt%" or sukunimi like "virt%")
niin kestää, kestää ja kestää? Miksi? EIkö postinumero rajoittaa tuloksien määrän aika paljon? Miksi se sitten kestää kauemmin?
MySQL 5
suorituskyky
ongelma...
1
316
Vastaukset
- Qwe23
"indeksit (etunimi, sukunimi ja postinumero)"
Siis onko sulla kolme eri indeksiä?
Ennemmin kannattaa tehdä yhtenäinen (täys-indeksi) indeksi esim postinumero, etunimi, sukunimi ja id, tällöin kaikki tieto löytyy indeksistä suoraan, toki täys-indeksin haittana on pienoinen tilantarpeen kasvu, mutta nykyään tuo levytila halpaa joten usein tuota täys-indeksiä kannattaa käyttää.
Ja indekseissä on muistettava, että jos sulla on vääränlaisia indeksejä niin MySQL saattaa yrittää ensiksi etsiä niistä tietoa ellei löysy niin joudutaan levylukemaan kaikki rivit ja se on hidasta.
Ellen väärin muista niin MySQL ei käytä indeksejä LIKE % hauissa ollenkaan, joten siksi ne aika hitaita. Miksi edes käytät niitä?
Sillä tuosta kyselystä päätellen http://dev.mysql.com/doc/refman/5.0/en/fulltext-search.html olisi omiaan tuohon.
Kokeileppas EXPLAIN kyselysi, tuo näyttää tietoa miten MySQL hakee (käyttääkö indeksejä jne...), ellet sitä ymmärrä niin liitäppäs se tänne silloin on helpompakin vastata täsmällisemmin.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
- 73893
Miltä se tuntuu
Miltä se tuntuu havahtua, että on ollut ihmistä kohtaan, joka on rakastanut ja varjellut, täysi m*lkku? Vai havahtuuko s104768- 54713
- 41684
- 49644
- 44640
- 31629
Mitä se olisi
Jos sinä mies saisit sanoa kaivatullesi mitä vain juuri nyt. Ilman mitään seuraamuksia yms. Niin mitä sanoisit?34577- 50570
- 38516