Re: lug-bg: replication of MySQL

[Dean Stoeff <dean@xxxxxxxxxxxx>]

Gggg ggg wrote:
> аз споменах 3 бази за да ми дадете принципно решение, но те съвсем не са 3 а
> са 11. ако ги зацикля по-скоро ще зацикля собствената си глава :-)
>
> по отношение на кластера в момента чета документацията ,но нещо не стоплям
> как може да ми помогне.
>
> имам друга система, в която реплицирам така ,но там базите са firebird и
> реплицирам с репликатора на феникс. - всичко е 6 , но тук е MySQL и вече съм
> подлудял и прочел половината интернет.
>
> жоро
>
> On 3/25/06, Vasil Kolev <vasil@xxxxxxxxxx> wrote:
>   
> > Всъщост, има един вариант - да ги зациклиш в кръгче 1->2->3->1, това би
> > трябвало да работи (ако имат уникално ID, могат да познават окга да не
> > приемат заявка), и това ще работи, но ще ти трябва много внимателно да
> > го тестваш (а и по принцип има неща, които репликацията не може да
> > предава вярно, има ги описани в документацията).
> >
> >
> >     
Не мога да проумея що за приложение ползва 11 сървъра през интернет и те 
да трябва да се репликират, но явно има причина да е така. Идеята дадена 
от Васил Колев /камък->ножица->хартия/ никак не е лоша и лесно може да 
сработи и с 11 бази и при това само с 3 репликации, но за целта ще 
трябва да се пуснат още 2 сървъра и за да се намали максимално времето 
най-добре те да са на висикоскоростна връзка помежду си . Тогава схемата 
ще придобие следния вид:
О О О
\ | /
О | | | О
\ \ /\ / /
О----X==Y----О
/ | | \
O_ / | | \ _O
/ \
О О


Където „О“ е някоя от 11-те бази „X“ е подчинена/slave/ на „О“-та, но от 
своя страна е главна/master/ за „Y“, която пък се явява глвана на 
„О“-та, така кръгът се затваря, но до колко това ще работи бързо и 
надежно не се знае. Както е писал Васил, ще трябва много внимателно да 
се тества!
ПП Не съм нарисувал всички връзки, но смятам ,че ще схванеш идеята!