(my)SQL SELECT (low priority)

Torej...

Na spletni strani vsako uro poganjam en težak query, ki traja nekako eno minuto. Rad bi naredil ta SELECT low-priority, to pomeni, da bi se izvajal samo takrat, ko bi bil server idle oz. bi ga pač lahko ostali queryji "izrinili" iz uporabe procesorja (ekvivalent recimo linux nice = 15).
Ne moti me, če bi se namesto 1 minuto pri 100% izvajal 30 minut pri 3%.

Pomembno je, da izvajanje tega SELECTA ne vpliva na uporabniško izkušnjo. Nekdo je že imel to željo, pa ni dobil odgovora do konca:

http://forums.mysql.com/read.php?115,24...

technolog je 22. okt 2010 ob 15:03 izjavil:

Torej...

Na spletni strani vsako uro poganjam en težak query, ki traja nekako eno minuto.

Pa kaj je streznik je tako bogi al kaj ? da ga tak query zabase. Meni se na serverju poganja query ki traja cca 55min in v tem casu se kista cisto ok odziva. Sploh ni opazit, da bi zadaj kaj teklo..

1. En strežnik je pogoj. Ne splača se za to minuto na vsako uro lavfat še dodaten 200W strežnik.

2. Ne gre za to da je strežnik bogi, samo userji občutijo, da enkrat na uro stvari delajo grozno počasi.

3. Ni problem locking, govorimo o SELECTIH in zgolj o njih.

Rad bi, da se query prilagaja glede na to, kok je frej procesorja. Nočem, da izriva pomembnejše queryje, ki prihajajo od uporabnikov.
Na tej tabeli iz katere selectam, ne delam nikoli updata, baza je ista dve leti, pa še pet let bo.

Lahko optimiziraš query/bazo da se take grozote ne dogajajo.

Ne, se pa zato namesto tega za te operacije uporabljajo full-text search metode. Sicer pri tem prednjačijo konkurenčni DBMSji, samo bi moral MySQL v 5.x tudi dobiti te sposobnosti, ki bi morale biti opazno hitrejše. Probaj :)
Recimo tale ima podoben problem. Rešitev je pač ne uporaba LIKE statementov, saj preprosto tako dolgi queryi ne bi smeli obstajati.