Dotaz: master-master replication MySQL

[chinook]

Ahoj potrebuju zvysit dostupnost i vykon MySQL. Do clusteru se mne jit nechce, protoze kazdy server je v jinem datacentru. Napadlo me u serveru synchronizovat apache a na kazdem serveru by kazdy apache vyuzival svoji DB. Proto je potrebuji mit v master to master replikaci. Nebude nejaky problem? Treba pokud jedna DB vypadne, tak to pak zase sesynchronizovat?

Odpovědi

[Sten]

Pokud vypadne, pak to problém není. Problém může nastat, pokud dojde ke konfliktním transakcím, třeba při použití AUTO_INCREMENT. Je dost složité tohle ohlídat. Pokud to jde, doporučuji používat master-slave replikaci a rozdělit dotazy na čtecí (směřované na lokálního slave) a zapisovací (směřované na mastera)

[chinook]

Pokud tomu neupravim klientskou aplikaci da se to nejak rozdelit na cteci dotazy a zapisy?

[Sten]

Teoreticky by se to dalo udělat nějakou heuristikou v knihovně poskytující spojení s MySQL, ale bylo by to dost náročné a těžko říct, jak moc by to bylo spolehlivé, takže pokud je možné tu aplikaci upravit, doporučuji ji upravit.

[chinook]

Upravit ji nejde, protoze tam nebezi jen moje aplikace. K cemu ta replikace teda vlastne je, pokud nerozdelim dotazy na cteci a zapisovaci? Nikde jsem to jaksi nepochopil.

[a1bert]

Upravovat low-level knihovnu pro pristup do mysql je samozrejme blbost... musite mit podporu primo v aplikaci.

Pokud jste na to nemyslel uz od zacatku a pripada vam pracne jednou projit vsechny sql query a rozdelit je na cteci a zapisovai, udelejte si nejaky wrapper a tam kazdou query parsujte - je to otazka par radku ale vykonu to zrovna neprida ;) dalsi moznost s obdobnou rezii je nejaka proxy, ve vsech pripadech ale pocitejte s tim ze to co zapisete na master se na slave objevi az za nejakou dobu...

pokud pouzivate nejakou jednoduchou logiku, slo by mozna pouzit i master-master (viz auto_increment_increment, auto_increment_offset)

muzu se zeptat o co se jedna, mam spoustu i docela "velkych" projektu a jeste jsem nemusel kvuli vykonu replikaci pouzit, vzdy se to dalo vyresit nejakou "optimalizaci" ;)

[dustin]

Taky bych se divil, kdyby to nešlo zoptimalizovat a vyhnout se takovému "klastrování".

[blondak]

Zrovna předevčírem jsem to řešil, a v podstatě není ani problém s těmi AUTO_INCREMENT, jenom je potřeba na serverech nastavit na všech serverech auto_increment_increment stejně (počet strojů)

auto_increment_increment= N
auto_increment_offset   = 1-N

pak to bude chodit bez problému, protože se budou např pro 2 servery na jednom generovat liché a na druhém sudé čísla.

[Heron]

Pokud ti nejde o data, tak master master není problém. V jiných případech bych to silně nedoporučoval.

[chinook]

Co tim myslis nejde o data?

[Heron]

MySQL žádnou master-master replikaci neumí. Je to pouze bastl na úrovni dvou replikací master-slave (což u MySQL taky není žádná sláva) do kříže.

Takže by se to mělo používat pouze na nedůležitá data a v pouze v případě, kdy ti nevadí rozdílná data na těch dvou uzlech.