[MySQL] replikacja a query_cache
Piotr Klimek - 28-02-2006 13:12
[MySQL] replikacja a query_cache
Witam,
Zastanawiam sie w jaki sposob replikacja wplynie na query_cache w MySQLu.
W tej chwili na dwoch serwerach synchronizacje baz przeprowadzam za pomoca
mysqldump, nastepnie przez caly dzien nie robie na tej bazie zadnych
insertow dzieki czemu query_cache idealnie pracuje. W momencie, gdy zrobie
'reset query cache' obciazenie serwera wzrasta z ~1.0 do 8-10. Niestety
wada mojego rozwiazania jest to, ze przez caly dzien baza dostepna dla
klientow sie dezaktualizuje. Ten problem rozwiazala by replikacja.
Boje sie tego rozwiazania z powodu zachowania serwera po wyczyszczeniu
Qcache. Czy ktos z Was moze mi powiedziec jak sie zachowa Qcache przy
wlaczonej replikacji, do tabel, ktore chce replikowac idzie srednio okolo
81 zapytan typu insert/update na sekunde, przy czym zdazaja sie momenty
gdy jest ich okolo 1000/s. Czy bedzie on nadal mial sens?
Z gory dziekuje za odpowiedz.
--
Pozdrawiam
Piotr Klimek
Przemyslaw Popielarski - 28-02-2006 13:13
Piotr Klimek <6u@wp.pl> wrote:
> Zastanawiam sie w jaki sposob replikacja wplynie na query_cache w
> MySQLu. W tej chwili na dwoch serwerach synchronizacje baz
> przeprowadzam za pomoca mysqldump, nastepnie przez caly dzien nie
> robie na tej bazie zadnych insertow dzieki czemu query_cache idealnie
> pracuje. W momencie, gdy zrobie 'reset query cache' obciazenie
> serwera wzrasta z ~1.0 do 8-10. Niestety wada mojego rozwiazania jest
> to, ze przez caly dzien baza dostepna dla klientow sie
> dezaktualizuje. Ten problem rozwiazala by replikacja.
> Boje sie tego rozwiazania z powodu zachowania serwera po wyczyszczeniu
> Qcache. Czy ktos z Was moze mi powiedziec jak sie zachowa Qcache przy
> wlaczonej replikacji, do tabel, ktore chce replikowac idzie srednio
> okolo 81 zapytan typu insert/update na sekunde, przy czym zdazaja sie
> momenty gdy jest ich okolo 1000/s. Czy bedzie on nadal mial sens?
Nie napisales nawet jaka replikacja -- statement czy row. Ale o query cache
mozesz tak czy siak zapomniec w takiej sytuacji -- przynajmniej w selectach,
ktore odwoluja sie do aktualizowanych tabel. Dodatkowo przy 1000 zapytaniach
aktualizujacych na sekunde -- to Ci ta replikacja bedzie generowac duzy ruch
na laczu, sam jestem ciekaw jaki...
Na Twoim miejscu rozwazylbym przejscie na innodb i wciaganie tylko roznic
miedzy bazami okresowo -- np. co godzine.
--
../ premax
../ premax@hot,pl
../ koniec i bomba, a kto czytal ten traba. w.g.
Piotr Klimek - 28-02-2006 13:13
Dnia (Mon, 27 Feb 2006 20:08:57 +0100) ktos podajacy sie za Przemyslaw Popielarski
wyklawiaturowal co nastepuje:
>> Zastanawiam sie w jaki sposob replikacja wplynie na query_cache w
>> MySQLu. W tej chwili na dwoch serwerach synchronizacje baz
>> przeprowadzam za pomoca mysqldump, nastepnie przez caly dzien nie
>> robie na tej bazie zadnych insertow dzieki czemu query_cache idealnie
>> pracuje. W momencie, gdy zrobie 'reset query cache' obciazenie
>> serwera wzrasta z ~1.0 do 8-10. Niestety wada mojego rozwiazania jest
>> to, ze przez caly dzien baza dostepna dla klientow sie
>> dezaktualizuje. Ten problem rozwiazala by replikacja.
>> Boje sie tego rozwiazania z powodu zachowania serwera po wyczyszczeniu
>> Qcache. Czy ktos z Was moze mi powiedziec jak sie zachowa Qcache przy
>> wlaczonej replikacji, do tabel, ktore chce replikowac idzie srednio
>> okolo 81 zapytan typu insert/update na sekunde, przy czym zdazaja sie
>> momenty gdy jest ich okolo 1000/s. Czy bedzie on nadal mial sens?
>
> Nie napisales nawet jaka replikacja -- statement czy row.
Nie bardzo rozumiem. Mam na mysli sytuacje, kiedy tabele sa ze soba
synchronizowane w czasie rzeczywistym.
> Ale o query cache
> mozesz tak czy siak zapomniec w takiej sytuacji -- przynajmniej w selectach,
> ktore odwoluja sie do aktualizowanych tabel. Dodatkowo przy 1000 zapytaniach
> aktualizujacych na sekunde -- to Ci ta replikacja bedzie generowac duzy ruch
> na laczu, sam jestem ciekaw jaki...
Ruch na laczu nie jest problemem, maszyny sa spiete gigabitowym
ethernetem, kazda maszyna ma dodatkowy interfejs tylko do tego celu spiety
z osobnym switchem. Tak wiec jest to problem pomijalny.
Jesli zas chodzi o te 1k qps to dzieje sie tak tylko dwa razy dziennie.
Przez reszte czasu insertow jest pewnie w okolicach kilku na sekunde.
> Na Twoim miejscu rozwazylbym przejscie na innodb i wciaganie tylko roznic
> miedzy bazami okresowo -- np. co godzine.
Bede musial o tym poczytac, dzieki za rade.
--
Pozdrawiam
Piotr Klimek
Przemyslaw Popielarski - 28-02-2006 13:13
Piotr Klimek <6u@wp.pl> wrote:
>> Nie napisales nawet jaka replikacja -- statement czy row.
>
> Nie bardzo rozumiem. Mam na mysli sytuacje, kiedy tabele sa ze soba
> synchronizowane w czasie rzeczywistym.
Jaka wersja MySQL?
> Ruch na laczu nie jest problemem, maszyny sa spiete gigabitowym
> ethernetem,
ok, myslalem, ze to lacze internetowe
>> Na Twoim miejscu rozwazylbym przejscie na innodb i wciaganie tylko
>> roznic miedzy bazami okresowo -- np. co godzine.
>
> Bede musial o tym poczytac, dzieki za rade.
Mozesz to sobie sam opracowac, albo popatrz na SJA
http://www.webyog.com/sqlyog/sja.html
(platne)
--
../ premax
../ premax@hot,pl
../ koniec i bomba, a kto czytal ten traba. w.g.
Piotr Klimek - 13-03-2006 11:19
Dnia (Mon, 27 Feb 2006 20:33:20 +0100) ktos podajacy sie za Przemyslaw Popielarski
wyklawiaturowal co nastepuje:
>>> Nie napisales nawet jaka replikacja -- statement czy row.
>>
>> Nie bardzo rozumiem. Mam na mysli sytuacje, kiedy tabele sa ze soba
>> synchronizowane w czasie rzeczywistym.
>
> Jaka wersja MySQL?
Najnowsza z linii 5.0
>>> Na Twoim miejscu rozwazylbym przejscie na innodb i wciaganie tylko
>>> roznic miedzy bazami okresowo -- np. co godzine.
>>
>> Bede musial o tym poczytac, dzieki za rade.
>
> Mozesz to sobie sam opracowac, albo popatrz na SJA
> http://www.webyog.com/sqlyog/sja.html
> (platne)
Dzieki, poczytam.
--
Pozdrawiam
Piotr Klimek
Przemyslaw Popielarski - 13-03-2006 11:20
Piotr Klimek <6u@wp.pl> wrote:
>> Jaka wersja MySQL?
>
> Najnowsza z linii 5.0
To masz replikacje typu statement-based,
w 5.1 (beta) jest tez dostepna row based.
--
../ premax
../ premax@hot,pl
../ koniec i bomba, a kto czytal ten traba. w.g.
Piotr Klimek - 13-03-2006 11:20
Dnia (Thu, 2 Mar 2006 03:00:26 +0100) ktos podajacy sie za Przemyslaw Popielarski
wyklawiaturowal co nastepuje:
>>> Jaka wersja MySQL?
>>
>> Najnowsza z linii 5.0
>
> To masz replikacje typu statement-based,
> w 5.1 (beta) jest tez dostepna row based.
Dzieki, nie biore pod uwage bety, bo to ma pracowac w srodowisku
produkcyjnym. Ale sobie na ten temat poczytam.
--
Pozdrawiam
Piotr Klimek
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
[mysql] =?ISO-8859-2?Q?Za=E6mienie=2E=2E=2E_jak_wy=B6wietli=E6?==?ISO-8859-2?Q?=2E=2E=2E?=
[mysql] =?ISO-8859-2?Q?wielko=B6=E6_bazy_a_stabilno=B6=E6=2C?==?ISO-8859-2?Q?_podzia=B3_du=BFej_bazy_a_powi=B1zania_tabel?=
[MySQL] =?ISO-8859-2?Q?Wy=B6wietlenie_kolejnej_pozycji=2C_?==?ISO-8859-2?Q?jak=B1_mia=B3by_dany_rekord=2C_gdybym_czyta=B3 _?==?ISO-8859-2?Q?wg_konkretnych_kryteri=F3w=2E_Da_si=EA_=3F?=
[mysql 4.0.x] przenoszenie kolum =?ISO-8859-2?Q?mi=EAdzy_bazam?==?ISO-8859-2?Q?i_cd_=2E=2E=2E_?=
[MySQL] =?ISO-8859-2?Q?z=B3=B1czenie_tabeli_u=BFytkownik_i?==?ISO-8859-2?Q?_zdj=EAcia_z_wyborem_zdj=EAcia_domy=B6lnego?=
[MySQL] Jak =?ISO-8859-2?Q?wpisa=E6_do_tabeli_pozycje_dl?==?ISO-8859-2?Q?a_wierszy_gdybym_te_wiersze_wybiera=B3_w_ok?== ?ISO-8859-2?Q?re=B6lonej_kolejno=B6ci_=3F?=
Gdzie MySQL 4.1, a gdzie 5.0?
[MySQL 4.0...4.1] zabezpieczenie przed =?ISO-8859-2?Q?jednoczesn?==?ISO-8859-2?Q?=B1_edycj=B1?=
[MS SQL] "set names" (mySQL) w MS SQL
[mysql 5.x] jak =?ISO-8859-2?Q?zrealizowa=E6_zapytanie=3F_cz?==?ISO-8859-2?Q?yli_podzapytanie_i_wi=EAcej_ni=BF_jeden_rz=B1? ==?ISO-8859-2?Q?d_wynik=F3w?=
zanotowane.pldoc.pisz.plpdf.pisz.plkfia-tek.keep.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
