Dotaz: MySQL replikacia sa po case prerusi

[asdadasd]

Po case sa mi zacne objavovat toto v logoch na slave servery, nasledne sa replikovanie prerusi aj napriek tomu ze slave zostane neprerusene pripojeny k masteru. Co to moze byt?

Jun 15 21:44:44 srv2 mysqld: 120615 21:44:44  InnoDB: Warning: purge reached the head of the history list,
Jun 15 21:44:44 srv2 mysqld: InnoDB: but its length is still reported as 311599! Make a detailed bug
Jun 15 21:44:44 srv2 mysqld: InnoDB: report, and submit it to http://bugs.mysql.com

---

---

Odpovědi

[linuxik]

Asi te nepotesim, ale replikace MySQL databaze, kdyz jsem to pred rokem testoval, nikdy nevydrzela vice jak dva dni. Teoreticky by to melo fungovat, ale praxe je jina. Jedina free databaze, ktera ma funkcni cluster je postgresql.

[asdadasd]

A co odporucas?

[azurIt]

Mozno skusit upgrade MySQL? Aku linuxovu distribuciu pouzivas?

[frEon]

ja mam desitky replikovanych instanci db, i hodne zatizenejch a vzdy to bezelo dobre.

[iKoulee]

cau,

naposledy, co jsem tohle potkal, sem mel rozbitej innodb tablespace. Zkusil bych vydumpovat db, zalozit novy datadir (stary bych si pro kazdy pripad nechal) a nadumpovat zpet. Schvalne, jestli se to zpravi.

Dalsi moznost je, ze to opravdu je bug. A _mozna_ ze by slo replikovat radky namisto dotazu a tim ten bug obejit.

[iKoulee]

taky bych to videl jako nejpravdepodobnejsi pricinu problemu, jako dalsi moznost bych jeste kouknul jestli nedochazi k saturaci linky mezi master-slave, to je asi tak jedinna nechybova vec, ktera muze obcas replikaci rozbit, ale to vetsinou skonci s hlaskou v logu ze se X krat nepodarilo pripojit na mastera. Jinak replikaci pouzivam uz od MySQL 4.1 (4.0) a 90% rozpadlych replikaci lezi na bedrech lidskeho faktoru.