Sve u svemu, ono WHERE available != ‘yes’ ne stoji, već koji god uslov da daje _veći_ broj redova, a mysql hoće index prema polju iz uslova zbog kardinaliteta…. pa piše po file systemu gomilu podataka da bi posle sortirao. :)

Mada, nije to veliki broj redova, sigurno ti je mysql server dovoljno dobro podešen (dovoljno memorije za cache) da može da obavi to sve bez ikakvih problema… U mom “problemu” lik je pravio export od par miliona redova, sa cirka par desetina kolona…i naravno, bilo je i JOIN-a… :)))
Explain, je, naravno, rekao da radi file system sort, i to ga ubivalo… Ma bio je krš shared server, jer sam navikao već da mi dolaze svakakvi likovi sa raznoraznim kombinacijama, pa se nekad previše bavim time da radi svima/svugde kako treba… :D

Sve u svemu, softver se preporodio dodavanjem FORCE INDEX varijante za polja za sortiranje…ali za to ne smeju funkcije. To je sve što je pisac hteo da kaže. :)

M

Sto se performanski tice, evo jedne tabele sa mog servera:

mysql> select count(*) from za_domains_expiring;
+———-+
| count(*) |
+———-+
| 269913 |
+———-+
1 row in set (0.00 sec)

mysql> select domain from za_domains_expiring where available=’yes’ order by isnull(last_update), last_update desc limit 0, 100;
+—————————+
| domain |
+—————————+
…
+—————————+
100 rows in set (0.56 sec)

mysql> explain select domain from za_domains_expiring where available=’yes’ order by isnull(last_update), last_update desc limit 0, 100;
+—-+————-+———————+——+—————+———–+———+——-+——–+—————————–+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+—-+————-+———————+——+—————+———–+———+——-+——–+—————————–+
| 1 | SIMPLE | za_domains_expiring | ref | available | available | 2 | const | 166889 | Using where; Using filesort |
+—-+————-+———————+——+—————+———–+———+——-+——–+—————————–+
1 row in set (0.00 sec)

mysql>

Dakle 0.56 sec iko koristi filesort za prikaz, ali ne znam … mozda je ovaj server zver pa to ide ovako brzo ;)

Jos jednom hvala za komentar, izvini ako je izgledalo da imam neki odbrambeni stav, jednostavno sa tvoje strane meni je zvucalo kao da nipodastavas pomenuto resenje bez da si dao predlog boljeg (sto bih iskreno i ja voleo da vidim, naucim nesto novo itd.) :)

Poz

Skoro sam uvodio baš to polje, jer je upit za export u CSV contact book-a od par miliona redi (newsletter) radio upravo to: negde obarao server, negde ga vukao satima.

Recimo, običan upit tipa:
SELECT * FROM contacts WHERE active = 1 ORDER BY ISNULL(sdate), sdate
MySQL nekad iskoristi index za active, a onda par miliona redova (sa đumlom kolona) počne da sortira… kad opališ EXPLAIN, vidiš da im koristi temp za sortiranje, pa to ubija. :(

Vidim da si zauzeo malo odbramben stav, a upravo si ti dao “šire” (da ga tako nazovemo) rešenje. :) Ja samo htedoh dodati da je ono naizgled ružnije više skalabilno, ništa više.

Još jedan konstruktivan savet: u ovakvim člancima lepo je navesti i output EXPLAIN-a.

Svakako je dobar članak! Sada je, nadam se, još bolji. ;)

Svako dobro,
Miloš

Inace ako mislis da je ovo “usko” resenje, daj da vidimo to tvoje “siroko” :)

Ako ova dva uslova nisu zadovoljena, cela priča pada u vodu. Ako nema uslova u WHERE, hteće da koristi index u ORDER-u, ali neće moći jer imaš funkciju. Dakle upit će raditi sporo, što je, složićete se, najbitnije.

U slučaju da upit nema uslove, kao u gorenavedenom slučaju, ne koristi se nikakav index. Dakle, još jedno polje dobro dođe u ovom slučaju, i ja bih definitivno predložio to za neki veći problem. Onda je lakše forsirati index koji ti treba, u slučaju da je specifična situacija takva da hoćeš da koristi index koji se koristi u ORDER a ne u WHERE čak i ako ga imaš. MySQL nekad ume da pogreši tu, ako vraćaš puno redova, pa se desi da iskoristi index da uzme podatke (za where), ali onda sortira po file-sistemu, i zakoči ga svetski ako imaš puno redova. U _tom_ slučaju, upravo hoćeš da ga teraš da radi tablescan da uzme redove, ako ima gomilu redova za sortiranje, e _tu_ mu treba forsirati index. U ovoj priči to sve škripi.

Lepa je ovo priča teorijski, ali praktično je situacija drugačija… :(

Svakako je isto resenje, samo sto mySql ima IFNULL funkciju, pa kontam da je verovatno bolje koristiti nju.

select * from domains
order by if(expire_date is null, 1, 0), expire_date asc;

je sve sto ti treba.

Ono dodavanje koje sam odradio posle bilo je samo da bih demonstrirao sta se desava sa if-om (kako radi sort). Pouzdano znam da postoje ljudi koji to ne razumeju :)

SELECT * FROM domains ORDER BY ISNULL(expire_date), expire_date [ ASC | DESC ]

Samim tim nema potrebe za dodavanjem nove kolone u tabelu.