Replikacja MYSQL

[kamilek 20]

Mam do ogarnięcia większy projekt - w sensie dużo i to bardzo dużo zapytań do mysql - i wpadłem na pomysł aby serwery mysql (2 sztuki w późniejszym czasie jeszcze 2) odpalić na osobnych maszynach z replikacją master-master i balansować połączenia do tych baz z serwera aplikacji. I tu pytanie - czy takie rozwiązanie będzie "klonowało" samo nowo utworzone bazy danych czy trzeba te bazy dodać w konfiguracji tej replikacji mysqla? Kiedyś replikację konfigurowałem ale za nic nie pamiętam jak to było z tymi bazami

[m.p 0]

tylko nie zapomnij o takich rzeczach jak memcached - czasem wydaje się, że treść jest zbyt dynamiczna, a jednak można ciekawie wdrożyć cache'owanie aby nie było potrzeby kupowania kolejnego serwera pod bazę

[beliq 442]

I tu pytanie - czy takie rozwiązanie będzie "klonowało" samo nowo utworzone bazy danych czy trzeba te bazy dodać w konfiguracji tej replikacji mysqla?

Będzie trzeba dodać.

[kamilek 20]

Czyli raczej replikacja odpada - bo ręcznie baz nikt nie będzie konfigurował.

 

Czyli pozostaje http://howtoforge.com/setting-up-a-loadbal...r-with-mysql5.1 - czy może znacie jakiś inny sposób aby mieć dwa lub więcej serwery mysql z tą samą zawartością - jak przy replikacji - ale żeby nowe bazy po utworzeniu były na obu maszynach.

[kamilek 20]

Będzie trzeba dodać.

 

zainstalowałem sobie na virtualkach dwa serwery mysql i je zreplikowałem - udało mi się ustawić tak ze po utworzeniu bazy na jednej z maszyn tworzona jest obrazu na drugiej - czyli to o co pytałem - coś ala raid1 dla mysql

[kafi 2425]

A jaki jest czas tej replikacji?

Druga sprawa - czy na jej czas obie bazy przechodzą w tryb LOCK-READ?

[kamilek 20]

tego jeszcze nie wiem - jutro sprawdzę

 

EDIT - a jak to sprawdzić?

[Wojciech Małota 0]

Dwie uwagi ode mnie:

 

1. MySQL nie obsługuje replikacji master-master tylko master-slave. (Czy o czymś nie wiem?)

2. Ktoś wyżej podał linka do how-to jak postawić klaster MySQLowy. Generalnie radziłbym w to nie wchodzić. W MySQL 5.1 już dużo się poprawiło ale generalnie dalej jest to straszne g****. Jak kiedyś wreszcie zrobią obsługę kluczy obcych to może będzie można to do czegoś poważnego użyć.

[kamilek 20]

AD1. http://howtoforge.com/setting-up-master-ma...-on-debian-etch - mam zrobione podobnie z tym że replikuje całego MySQLa a nie pojedyncze bazy.

 

AD2. to ja inaczej zrobić tak aby rozłożyć obciążenie na więcej maszyn - jak zrobić LB wiem bo nieraz robiłem i o to nie pytam, ale aby oba serwery miały tą samą zawartość baz.

[beliq 442]

1. MySQL nie obsługuje replikacji master-master tylko master-slave. (Czy o czymś nie wiem?)

Mając dwa serwery bazodanowe, oba mogą być masterem i slavem jednocześnie,

a wtedy masz pożądany setup master-master.

Chociaż być może i są jeszcze inne możliwości o których ja osobiście nie wiem.

W MySQL 5.1 już dużo się poprawiło ale generalnie dalej jest to straszne g****. Jak kiedyś wreszcie zrobią obsługę kluczy obcych to może będzie można to do czegoś poważnego użyć.

Nie demonizujmy. W większości projektów można się obyć bez kluczy obcych,

a poza tym te klucze obce znacznie obniżają wydajność bazy.

Na tyle, że opłaca się odpisać w kodzie kilka linijek więcej i zapomnieć o ich istnieniu w ogóle.

[Wojciech Małota 0]

Nie demonizujmy. W większości projektów można się obyć bez kluczy obcych,

a poza tym te klucze obce znacznie obniżają wydajność bazy.

Na tyle, że opłaca się odpisać w kodzie kilka linijek więcej i zapomnieć o ich istnieniu w ogóle.

 

Sory - dla mnie system bazodanowy nie mający mechanizmów kontroli spójności danych po prostu nie istnieje.

[wygodad 31]

Dwie uwagi ode mnie:

 

[...]

2. Ktoś wyżej podał linka do how-to jak postawić klaster MySQLowy. Generalnie radziłbym w to nie wchodzić. W MySQL 5.1 już dużo się poprawiło ale generalnie dalej jest to straszne g****. Jak kiedyś wreszcie zrobią obsługę kluczy obcych to może będzie można to do czegoś poważnego użyć.

 

 

w przypadku Mysql klucz obcy ma zastosowanie jedynie w tabelach InnoDB i tylko ten 'typ mechanizmów bazodanowych' obsluguje FOREIGN KEY, w przypadku np. MyISAM klucze obce sa ignorowane

[Wojciech Małota 0]

w przypadku Mysql klucz obcy ma zastosowanie jedynie w tabelach InnoDB i tylko ten 'typ mechanizmów bazodanowych' obsluguje FOREIGN KEY, w przypadku np. MyISAM klucze obce sa ignorowane

 

No tak, a klaster MySQL używa storage typu NBD, który podobnie jak MyISAM takiego mechanizmu nie ma. W związku z tym dla mnie jest to g**** :-)

[wygodad 31]

No tak, a klaster MySQL używa storage typu NBD, który podobnie jak MyISAM takiego mechanizmu nie ma. W związku z tym dla mnie jest to g**** :-)

 

masz racje Wojciechu, dzieki za sprostowanie

 

http://dev.mysql.com/doc/refman/5.0/en/mys...nsupported.html

[kamilek 20]

Czy przy naprzemiennym odpytywaniu serwerów które się replikują dojdzie do "rozjechania" integralności baz w przypadku awarii jednego z nich? Bo jak zauważyłem po podniesieniu się odtwarza dane które nie zostały zreplikowane.