Citat:
Jbyn4e:
mogao bi mozda da napises na posebnoj temi malo o mysql clustering-u - kako se ostvaruje, koje su prednosti, sta je potrebno od hardware-a, i slicno. Cisto informativno - mozda nekom zatreba. Naravno ako budes imao vremena.
shared nothing, radi super, koriste ga "skoro" svi telko provajderi na svetu (znali oni to ili ne) .. "za uopstenu" pricu i marketing talk pogledaj
http://www.mysql.com/products/database/cluster/
za bilo koje pitanje, slobodno otvori temu, postavi pitanje pa cu odgovoriti :)
Citat:
A ono sto se tice "tacno da opisu problem" - to ti je najveci problem ovde na forumu.
meni to nije problem uopste, ako neko nije hteo da potrosi 5min da osmisli pitanje i 5min da ga napise tako da neko, ko svoje vreme gubi da bi mu pomogao, moze da ga procita i razume, zasto bih ja trosio svoje vreme i "odgonetao sta je pisac hteo da kaze", ako sam dobre volje postavicu podpitanje, ako nisam preskocicu ga .. a korisnik neka se ceska po glavi zasto "mika uvek dobije odgovor na svoje pitanje a pera nikad"
Citat:
Mada meni nije nepregledan kao tebi :) . sto se tice odgovaranja - odgovaraj samo na mysql forumu pa neces bas toliko "buljiti u ekran" - nema tu toliko bas pitanja
blago tebi, ja jos nisam uspeo da "uvatim fazon" .. uspeo sam da izbacim "90%" foruma sa naslovne strane, to je ok opcija, ali, kada kliknem na mysql forum, kako da vidim u kojoj temi ima poruka koje su nove, tj. koje nisam procitao ... na primer na vBulletin-u ili phpBB-u ja kada dodjem na forum, teme koje nemaju nove poruke imaju ikonu X, teme sa novim porukama imaju ikonu Y, "aktivne" teme sa novim porukama ikonu Z i tako dalje .. dakle dodjem na forum i u sekundi vidim koliko ima tema sa novim porukama ... ovako, da bi video da li ima novih poruka, moram da kliknem na svaku temu sto je prilicno beskorisno i sporo (informacija o tome ko je i kada napisao zadnju poruku je prilicno beskorisna u ovom slucaju) ... no .. moguce da ima neka fora koju nisam primetio...
da ne idemo vise u off topic,
mysqldump --extended-insert ce kreirati "extended" insert sintaksu u sql fajlu sto znaci da ce umesto:
Code:
insert into `t1` values (1, 2);
insert into `t1` values (2, 5);
insert into `t1` values (3, 2);
biti "bulk insert" iliti:
Code:
insert into `t1` values (1,2), (2,5), (3,2);
sto moze, u zavisnosti od storage engine-a, da bude 2 - 100 puta brze
Problem koji se javlja pri izvsravanju tog skripta je sledeci:
- u slucaju InnoDB storage engine-a taj jedan insert od "mnogo" vrednosti je jedna transakcija, InnoDB izvrsava transakcije u RAM-u sto znaci da ako nema dovoljno RAM-a, transakcija nece uspeti
- u slucaju da je max_allowed_packet manji od velicine ovog upita, upit nece otici na server, te se nece ni izvrsiti
Najlaksi nacin za resavanje problema (posebno ako se nema pristup serveru te promena parametara na istom moze biti nemoguca) je napisati skrip koji ce "podeliti" te velike extended inserte na vise malih .. sa dump-om koji je 34M to moze da se uradi i rucno (posto je najverovatnije max_allowed_packet 15M, dakle fajl treba promeniti na 2-3 mesta ..