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
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
Vastaukset 1
Vanhimmat
"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.