Administrace komentářů

Před 13 lety kdy jsem s mysql začínal, bylo myisam defaultní engine. Nyní je to věc již hodně zastaralá, ale pořád má podle mne zásadní výhody. Hlavní výhoda je, že tabulky jsou na sobě nezávislé a lze je vždy opravit, když se poškodí a to nezávisle na sobě. Jako záloha je možné provést rsync přímo binárních souborů a to dokonce i za provozu. Tabulky sice možná budou poškozeny, ale půjdou opravit. U inodb je moje zkušenost taková, že pokud se to rozbije, mysqld už nejde ani spustit nebo při prvním pokusu o práci s poškozenou tabulkou spadne. I když je poškozená naprosto nedůležitá tabulka, která jen cosi loguje, nezbude než celý obsah databáze zahodit a nahrát ze zálohy. Což bohužel způsobí delší výpadek a komplikaci. Nebo jsem něco přehlídl? Mít databázi, která možná po výpadku elektřiny nepůjde spustit a opravit mi přijde jako zásadní vlastnost, kvůli které všechny další výhody inodb ztrácejí smysl. U myisam se neopravitelný stav nikdy nekoná, že teoreticky při opravě přijdu o jeden záznam v tabulce mi nevadí. Nebo jsem jen něco přehlídl?

Ano je zde možnost databázi replikovat třeba i do dvou dalších databází a v případě rozbití hlavní databáze prostě hlavní databázi vypnout a za hlavní prohlásit jeden z klonů. Následně opravit klonování. Jde o to mít co nejmenší výpadek. Přímočaré mi to ale nepřipadá.

Nyní se nám stalo, že mysql nešla spustit ani opravit jen kvůli jediné poškozené tabulce v inodb (ostatní tabulky byly myisam), i když tabulka obsahovala jen relativně bezcenné logy, nebylo ji možné odstranit nebo znovuvytvořit běžným způsobem. Mysql prostě jen padala. Napadá vás něco jako prevence?