InnoDB > MyISAM replikacija

Gledajući MySQL dokumentaciju, kolega je primetio članak o InnoDB -> MyISAM replikaciji. To jest, master i slave tabela ne moraju da koriste isti engine.
Trenutno imamo jedan MySQL server i jedan web server, i pošto nam je sad SQL usko grlo mislimo da uzmemo još jedan MySQL server i od njega napravimo slave. Glavni sql server ima tri baze (za isti sajt, vrlo čudno, nismo to mi smislili) i otprilike pola tabela su InnoDB a pola MyISAM. Koliko bi bila dobra ideja da slave bude čisto myisam? Koliko vidim na masteru innodb tabele nemaju foreign key pa to ne bi trebalo da je problem.

Potpis

"Common sense is not so common." - Voltaire

yup, vrlo cest setup... cesto ces videti blackhole -> (myisam|innodb) ... koristi se za cuvanje podataka koji nisu potrebni na master serveru ..



strani kljucevi nisu nikakav problem, sve i da ih ima, a sto se tice samo slave-a ... bilo bi ok da ceo slave bude myisam posto samo jedan thread radi upis (slave thread), svi ostali threadovi rade samo citanje (jeli, to je read only server - slave) tako da to sto myisam radi table lock ne utice na performanse, mnogo je lakse / brze odraditi bekap myisam tabela (savetujem ti da montiras taj mysql na LVM - zbog "jos lakseg bekapa")...

obrati samo paznju
- ako koristis 5.0, on ima samo SBR i to nije safe "uvek" .. dakle ako imas upite tipa (insert into select from ) takvi upiti mogu da zabodu SBR
- ako koristis 5.1 on ima i SBR i RBR i MIXED ... nemoj da se oslanjas na "default" vrednost vec setuje binlog type na ono sto hoces. ja predlazem MIXED za pocetak.

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

E sad, što se tiče O_DIRECT. Koliko sam ja primetio na testovima performansi uvek uključuju to, a u dokumentaciji piše da se to treba koristiti samo kod Battery Backed-Up RAID. Međutim, mi uopšte nemamo RAID. Da li bi (i koliko) gubili na sigurnosti podataka ako bi uključili O_DIRECT?

Dalje, da li možemo staviti da slave bude 5.1 dok master ostaje 5.0?

I jedno query pitanje.
Glavna tabela na ovom sajtu koji optimizujem ima polje "status". Koje je numeričko ali se koristi kao ENUM. Svi upiti nad dotičnom tabelom imaju kao jedan od parametara i "WHERE status NOT IN (1,2,4,7)" ili tako nešto. Pola statusa su razne varijante "aktivan" a pola "neaktivan". E sad, čitam ja da je "IN" dosta spor, ali da li bi "NOT FIND_IN_SET(status,"1,2,4,7")" bilo brže? Takođe pošto aktivni i neaktivni statusi nisu lepo skupljeni ne mogu da radim "WHERE status < 0" (eh što nisu neaktivnim statusima davali negativne vrednosti a aktivnim pozitivne).

Potpis

"Common sense is not so common." - Voltaire