Greska prilikom pokretanja event-a

Pozdrav svima.

Eventom sa postavio da mi se izvrsavaju procedure. Sve je radilo OK do prije par dana, kada 3 (od ukupno 5) eventa se ne izvrsavaju. Greska u logu je:



Mislim da bi Bogdan imao sta reci na ovaj (za mene veliki) problem.

P.S.

Event je prestao da radi poslije greske:

meni se to desavalo nekoliko puta, na razvojnoj masini.

"try to repair it" - probaj da izvrsis reparaciju svih tih tabela. proveri i da li imas dovoljno prostora na disku. pogledaj i setovanja MySQL-a, da li si mu dao dovoljno RAM-a.

vidim da je linux, obavezno proveri koliko prostora si dao tom 'tmp' volumenu, ili kako se vec zove.

Potpis

Acta, non verba!

Kada rucno pokrenem procedure, one odrade posao....kontam da nije do prostora na 'tmp' (a ima ga dovoljno, provjerio sam.)

povecao sam max_binlog_cache_size na 4096, flush logs, postavio novi event i proradilo je. Doduse, nisu svi eventi izbacivali gresku, tako da moram sacekati do sutra da vidim da li ce ovi eventi koji su kocili proraditi.

Da, u pitanju je OpenSUSE i MySQL 5.1.

hm ... ajmo ovako



jasno?

dakle to sto si povecao bafere - nece ti pomoci da resis ovaj problem vec kako ti je bjefta rekao - overi prazan prostor na /tmp ... ako ti je /tmp neki tmpfs ili slicno prebaci mysql-om tmpdir negde gde imas mesta ...

i .. prebaci se na 5.5 :) mnogo je bolji

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Jasno, ali...

kako je moguće da proceduri treba više od 25G, toliko ima u /, a tamo je /tmp???
Da li je pametno da mysql temp postavim tamo gdje mi je i datadir i basedir, gledano iz ugla pefrormansi? (jedino tamo imam vise prostora)

Na 5.5 prelazim čim prije to bolje. NIje do mene...papirologija. :)

nije pametno da stavljas tmpdir na istu particiju gde i datadir

zasto 24G - pa verovatno imate lose optimizovanu bazu i jos losije napisane upite ..

racunaj da svaki group by zahteva temp tabelu, svaki join takodje ...

ako radis join izmedju 5 tabela po 100M bez indexa eto ti par giga u tmp-u dok si reko keks, onda na to dodas da to radi deset korisnika u isto vreme i eto ti desetine gigabajta u tmp-u.

najbolji savet koji mogu da ti dam za tu vrstu problema je - za 2000$ godisnje uzmes od nas (mysql) support i mi ti to lepo sredimo :D i problem ti se nikad ne javi, plus u tih godinu dana sredis jos gomiletinu problema koje imas sa serverom, izoptimizujes sve upite, optimizujes bazu etc etc .. nije reklama, ja ne znam stvarno mnogo ljudi koji to mogu da odrade, 2000$ za to su smesne pare (da se razumemo ako ne mozes bazu da platis 2000$ za godinu dana da ti neko resi sve probleme je*o taj posao koji ta baza odradjuje) ... naravno ne moras mysql, mozes i skysql ili perkonu .. ja tvrdim da se mysql vise isplati ali isto tako i perkona i skysql znaju posao!! doduse uz mysql dobijas i neke dodatne stvari (mnogo znacajno ako uzmes enterprise verziju, doduse ona je bese 5000$) ...

inspekcija celog servera je zeznut posao i niko ga ne radi za dz. Ja i da hocu "ne smem", smem ovako javno da dajem tu i tamo po neki savet ali da se logujem na tvoj server i nesto ti opravim - to od kad nas je oracle kupio vise ne sme :(

dakle
1. nadji koji upit ti je generisao te temp tabele
2. baci taj upit ovde na forum (nemoj da mi ga bacas na pp)
3. onda cu ja + svi ostali ovde na forumu da se pocesemo po glavi i kazemo ti kako moze bolje :D

ili

1. kontaktiraj oracle sales (mozes mene na pp pa cu ti ja dati direktno kontakt podatke koga da cimas da ne lutas, posto ovi u orakle-u jos uvek nisu shvatili kako funkcionise nas business unit pa je mnogo brze da ti ja dam koga tacno da cimas umesto da ides okolo naokolo) ili skysql ili perkonu (moje preference su po tom redu, mi smo najbolji, pa skysql pa perkona) .. doduse mi smo worldwide, skysql je eu based (mada ima par ljudi iz usa) a perkona je usa based (ima jednog coveka u jevropi) pa to moze isto da ti utice na izbor
2. kupis support
3. napravis im listu sta sve oces da ti se sredi i opravi

(pre nego kontaktiras sales budi siguran da si procitao sta tacno kupujes, mozes i da kontaktiras sve 3 firme pa da smislis ko je najbolji za tebe, osim te tri firme ne smem nikoga da preporucim, posto prvi sledeci na listi - fromdual - nije ni 0.1% dobar koliko ove 3 firme)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Pozdrav svima,

Verovatno je vec bilo i ima i na netu ali ne mogu da se snadjem kako da izracunam koliko neki query sa ORDER BY, JOIN pravi temp tabela, tj. koliko mu prostora treba u /tmp - koliko ram-a mi je potrebno u tom trenutku bez optimatizacije upita.

Vezano za greske tipa ...Incorrect key file for table '/tmp/#sql_7b28_25.MYI'; try to repair it

Na mysql.com com stoji otprilike formula:

(length of what is sorted + sizeof(row pointer)) * number of matched rows * 2

gde je:
sizeof(row pointer) - obicno 4b ali se povecava za vece tabele? (koliko to povecanje moze da bude i da li se moze zanemariti?)

number of matched rows - dobio bi iz EXPLAIN i to je OK

length of what is sorted - ovo mi bas nije najjasnije, pretpostavljam velicna dobijenog reda iz EXPLAIN???

Sada ako ima 100 konekcija koje radi isti query, to je znaci jos puta 100 kao sto je vec receno.

Da li ima smisla i kako utice na performance da postoje 2 ili vise temp lokacija za mysql (od neke 5.0.x verzije je valjda to moguce). Takodje, koliko sam razumeo mysql pravi temp tabele samo za upite koje koriste ORDER BY, GROUP BY i JOIN ili za jos nesto?

bolje bilo da si napravio poseban topic :D lakse bi posle neko nasao koga zanima :D



koliki ti je maxrows za tu tabelu ... pogledaj show table status like 'imetabele'

inace na 64bitnom os-u to je 16 bita ako se dobro secam




da, isto mozes da izvadis sa show table status



jel IDENTICAN ili kanonicki?

Ako je identican (select a from b where c = 10) onda upali query cache i neces imati problema, ici ce upit iz kesa uglavnom, ako je kanonicki (select a from b where c = 1 na jednom a select a from b where c = 2 na drugom ...) onda da, ide *100


to ne radi bas tako kako mislis, on nece da stripeuje nego samo kada na prvom vise nema mesta precice na drugi... ima smisla stavljati tmdir na ram disk ako ima dovoljno ram-a ili praviti poseban raid0 lun za tmpdir... raid0 nije siguran ali je brz, to je za tmp fs savrseno


pravi kada god ne vadis linearno podatke iz jedne tabele. nekada su temp tabele u ramu nekada na disku (zavisi od velicine, da li se koriste tipovi kolona koji nisu podrzani u memory engine-u, da li je slog veci od 512 bajta ..) ali racunaj da svaki upit koji nije select a,b,c from x where z = 10 koristi temp tabele

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/