100% se slazem sa kolegom nikolom, ovo je vise "pojasnjenje" zasto ne moze sistemski to da se resi
Citat:
vortex77
U sistemu se nalazi 4 mysql 5.0 servera, od kojih je jedan pod linux-om, a 3 na win platformi (svaki server ima istu strukturu baze, pri cemu se podaci ne preklapaju).
"podaci ne preklapaju" - to znaci svaki od 4 servera ima 1/4 baze ili ? (posto se to ne uklapa sa ostatkom maila)
Citat:
vortex77
Potrebno je da se u proizvoljno vreme (kada to korisnik zeli) sve promene na win serverima prenesu i na linux serveru. Ovaj proces mora biti asinhron, sto znaci da promene sa jednog win servera moraju biti odradjene nezavisno od druga dva.
da sumiramo,
imas 3 servera sa krs podacima i hoces da svako popodne sve "promene" sumiras na cetvrtom serveru ?
1. kakvo je stanje na serverima 1-3 posle ove "sinhronizacije"
2. uz pomoc kog trika se resavaju konflikti
na primer imas tabelu create table t1 (id int, name varchar); i na serveru 1 dodas id=10, name='pera';, na serveru 2 dodas id=10, name='mika' .. sta ces da sinhronizujes ???? oce li slog sa id 10 da ima name pera ili mika ?
mysql ti "sistemski" nudi replikaciju. replikacija je asinhrona i mozes da je zaustavis i pustis kako ti je zelja, ali poenta rdbms-a je sigurnost podataka, a slanje "izmena" sa nekoliko razlicitih servera na 1 znaci da ce vec posle prve "sinhronizacije" na svim serverima biti "smece"... e sada, ako ti "znas" da u navedenom primeru nije bitno da li ce id=10 imati name mika ili pera, znas da jedan od 2 sloga mozes da izignorises ili pak neces da ga izignorises vec oces da dodas oba ali ti je vrednost id-a nebitna .. onda takvu logiku moras sam da implementiras, mysql ti tu daje binlog i sve alate oko binloga koji ti daju mogucnost da procitas sve "promene" na jednoj bazi.... sta ces ti sa tim promenama....
sve u svemu, mislim da si pogresno postavio pitanje... ako na primer imas "logging sistem" koji loguje evente i realno sve sto imas je gomila inserta onda imas nekoliko "dummy" servera koji primaju inserte ceo dan, i sve te inserte sumiras na jedan server jednom dnevno (jednom nedeljno) dok na samom "dummy" serveru koji prima log ne cuvas nista.... to se na primer radi tako sto na dummy serveru koristis neki "dummy" storage engine poput blackhole-a koji ne cuva izmene na serveru vec samo puni binlog sa promenama, a povremeno skriptom iscitas i izvrsis binlog sa svakog pojedinacnog seervera na onom jednom koji cuva podatke.... u ovom slucaju imas ogroman broj ogranicenja da bi sve to radilo ... smes da imas samo inserte (nikakve update), ne smes da koristis auto_increment, ne smes da koristis kompleksne inserte (koji zavise od vec postojecih podataka) ... ali cak i u ovom slucaju, "sistemski" deo je blackhole storage engine i binlog, opet moras sam da napises skript koji ce da pokupi binlog, dumpne ga i izvrsi (ok nekoliko linija u bash-u ali svejedno)
na sve to - postavlja se pitanje cemu ... ceo taj binlog ce se izvrteti u jednom jedinom threadu .. to je sporo ... ako imas 4 logging aplikacije, brze ce te 4 logging aplikacije puniti 1 mysql server u 4 konekcije nego sto ces ti da jednom dnevno izvrsis sve te upite u jednom threadu jedne za drugim ... tako da, sto se performansi tice - nije ti neko resenje ..
da ti lepo napises sta tacno hoces da izvedes a ne kako si ti to zamislio da izvedes pa ti mozda damo neki savet koji je zasnovan na problemu koji hoces da resis a ne na nacinu na koji si ti smislio da resis :)
Ptreban savet :)
Re: Ptreban savet :)