problemi sa mysql replikom

ivanhoe · 27. 01. 2007.

svakih mesec-dva mi pukne replikacija na jednom serveru, a ja nikako da otkrijem zasto. Nije to neki veliki problem, jer sam sad vec usao u stos kako da je pokrenem iz pocetka relativno brzo, ali bih ipak voleo da saznam u cemu je problem..

Simptom je da kad se zakacim na master bazu i zadam SHOW MASTER STATUS ne dobijem nikakav rezultat, tj. dobijem empty set. U error logu nema nikakvih poruka koje bi ukazivale zasto se to desava. Na slave-u za to vreme sve izgleda normalno, kao da ceka da mu master posalje podatke (odnosno sve radi normalno, ali ne kapira da je pukla replikacija)

Jel ima neko neki predlog kako debagovati ovo?

caboom · 29. 01. 2007.

hm, ponasanje koje si opisao podseca na slucaj u kojem bi master/slave, iz kojeg god razloga, izgubili konekciju tokom replikacije, a da slave to ne bi ukachio. however, mysql-ov show master/slave status je sve samo ne pouzdan izvor trenutnog stanja u slucaju da je nesto puklo. ovo je totalan long shot, ali probaj da smanjis slave-net-timeout/master-connect-retry varijable na slave serveru/serverima posto mislim da je default podesavanje na 60 minuta, tako da slave smatra da je sve ok ukoliko se nista ne desi u frame-u od 60 minuta od poslednjeg paketa sa servera. naravno, ovo je samo pretpostavka.

Dejan Topalovic · 29. 01. 2007.

Kopiraj output prvo sa master, pa onda sa slave servera, kada otkucas ovo (znaci otkucas na oba servera):

Kôd:

 
SHOW PROCESSLIST\G

Interesuje me sta stoji u koloni "State"...
Takodje kopiraj output od komande:

Kôd:

SHOW SLAVE STATUS\G

Moze biti da se SQL thread na slave serveru zblesavio, pa ga je potrebno ponovo pokrenuti ili cak prvo zaustaviti, pa onda pokrenuti (STOP SLAVE SQL_THREAD i START SLAVE SQL_THRAD).

ivanhoe · 30. 01. 2007.

proveravao sam processlist i koliko se secam na masteru nije bilo onog procesa koji kaze nesto tipa: "Has sent all binlog to slave; waiting for binlog to be updated". Na slave-u ne mogu da se setim sta je pisalo...

Inace nisam uspeo da resim problem sa STOP i START SLAVE SQL_THREAD, probao sam. Resio sam problem tako sto sam iskopirao svezu kopiju baze, izmenio master.info na replici da pokazuje gde treba i restartovao bazu (moguce da ovo sve nije bilo neophodno, ali me mrzelo da se smaram vise sa tim...kao sto rekoh ovo se desi jednom u 2-3 meseca, nije previse cesto..)

Dejan Topalovic · 30. 01. 2007.

Ma nema nista bez improvizacije.

Ajd kad ti se bude opet to pojavilo, trzni me na MSN ili na email, pa da vidimo o cemu se radi.

27. 01. 2007.	#1
ivanhoe Ivan Dilber Sir Write-a-Lot Datum učlanjenja: 18.10.2005 Lokacija: Bgd Poruke: 5.320 Hvala: 104 2.344 "Hvala" u 583 poruka	problemi sa mysql replikom svakih mesec-dva mi pukne replikacija na jednom serveru, a ja nikako da otkrijem zasto. Nije to neki veliki problem, jer sam sad vec usao u stos kako da je pokrenem iz pocetka relativno brzo, ali bih ipak voleo da saznam u cemu je problem.. Simptom je da kad se zakacim na master bazu i zadam SHOW MASTER STATUS ne dobijem nikakav rezultat, tj. dobijem empty set. U error logu nema nikakvih poruka koje bi ukazivale zasto se to desava. Na slave-u za to vreme sve izgleda normalno, kao da ceka da mu master posalje podatke (odnosno sve radi normalno, ali ne kapira da je pukla replikacija) Jel ima neko neki predlog kako debagovati ovo? __________________ Leadership is the art of getting people to want to do what you know must be done.

29. 01. 2007.	#3
Dejan Topalovic old school Professional Datum učlanjenja: 15.02.2006 Lokacija: Wien, Austria Poruke: 304 Hvala: 121 47 "Hvala" u 26 poruka	Kopiraj output prvo sa master, pa onda sa slave servera, kada otkucas ovo (znaci otkucas na oba servera): Kôd: SHOW PROCESSLIST\G Interesuje me sta stoji u koloni "State"... Takodje kopiraj output od komande: Kôd: SHOW SLAVE STATUS\G Moze biti da se SQL thread na slave serveru zblesavio, pa ga je potrebno ponovo pokrenuti ili cak prvo zaustaviti, pa onda pokrenuti (STOP SLAVE SQL_THREAD i START SLAVE SQL_THRAD). __________________ Blog: Baze podataka ------------------------ Oracle OCP DBA Oracle OCE SQL Expert Oracle OCP Developer Certified MySQL DBA Poslednja izmena od Dejan Topalovic : 29. 01. 2007. u 23:19.

30. 01. 2007.	#4
ivanhoe Ivan Dilber Sir Write-a-Lot Datum učlanjenja: 18.10.2005 Lokacija: Bgd Poruke: 5.320 Hvala: 104 2.344 "Hvala" u 583 poruka	proveravao sam processlist i koliko se secam na masteru nije bilo onog procesa koji kaze nesto tipa: "Has sent all binlog to slave; waiting for binlog to be updated". Na slave-u ne mogu da se setim sta je pisalo... Inace nisam uspeo da resim problem sa STOP i START SLAVE SQL_THREAD, probao sam. Resio sam problem tako sto sam iskopirao svezu kopiju baze, izmenio master.info na replici da pokazuje gde treba i restartovao bazu (moguce da ovo sve nije bilo neophodno, ali me mrzelo da se smaram vise sa tim...kao sto rekoh ovo se desi jednom u 2-3 meseca, nije previse cesto..) __________________ Leadership is the art of getting people to want to do what you know must be done.

30. 01. 2007.	#5
Dejan Topalovic old school Professional Datum učlanjenja: 15.02.2006 Lokacija: Wien, Austria Poruke: 304 Hvala: 121 47 "Hvala" u 26 poruka	Ma nema nista bez improvizacije. Ajd kad ti se bude opet to pojavilo, trzni me na MSN ili na email, pa da vidimo o cemu se radi. __________________ Blog: Baze podataka ------------------------ Oracle OCP DBA Oracle OCE SQL Expert Oracle OCP Developer Certified MySQL DBA

Slične teme
Tema	Početna poruka teme	Forum	Odgovori	Poslednja poruka
Encoding problemi	robi-bobi	Obaveštenja, predlozi i pitanja	6	24. 01. 2009. 17:04
Problemi a *boxovima	Mitrović Srđan	(X)HTML, JavaScript, DHTML, XML, CSS	3	01. 07. 2008. 21:43
Character set problemi	define	Sva početnička pitanja	2	03. 11. 2007. 07:56
sIFR i problemi sa IE	ivanhoe	(X)HTML, JavaScript, DHTML, XML, CSS	11	28. 02. 2007. 16:55
Hitrang problemi	ppavlovic	Marketing i SEO	0	27. 07. 2006. 11:55

29. 01. 2007.	#2
caboom profesionalac Qualified Datum učlanjenja: 10.02.2006 Poruke: 181 Hvala: 2 20 "Hvala" u 11 poruka	hm, ponasanje koje si opisao podseca na slucaj u kojem bi master/slave, iz kojeg god razloga, izgubili konekciju tokom replikacije, a da slave to ne bi ukachio. however, mysql-ov show master/slave status je sve samo ne pouzdan izvor trenutnog stanja u slucaju da je nesto puklo. ovo je totalan long shot, ali probaj da smanjis slave-net-timeout/master-connect-retry varijable na slave serveru/serverima posto mislim da je default podesavanje na 60 minuta, tako da slave smatra da je sve ok ukoliko se nista ne desi u frame-u od 60 minuta od poslednjeg paketa sa servera. naravno, ovo je samo pretpostavka.