sql >> Databáze >  >> RDS >> Mysql

Převod MyISAM na InnoDB. Příznivý? Následky?

Bez ohledu na jakékoli výhody / nevýhody jeho použití, které jsou diskutovány v jiných vláknech ( MyISAM versus InnoDB ), migrace je netriviální proces.

Zvažte

  • Funkční testování všech komponent, které komunikují s databází, pokud je to možné – různé motory mají různou sémantiku
  • Proveďte co nejvíce testování výkonu – některé věci se mohou zlepšit, jiné mohou být mnohem horší. Známým příkladem je SELECT COUNT(*) na velké tabulce.
  • Kontrola, zda veškerý váš kód elegantně zvládne zablokování – můžete je získat bez explicitního použití transakcí
  • Odhadněte, kolik místa využijete konverzí – vyzkoušejte to v neprodukčním prostředí.

Na velké softwarové platformě budete nepochybně muset věci změnit; to je v pořádku, ale vzhledem k tomu, že máte (doufejme) hodně pokrytí automatickými testy, změna by měla být přijatelná.

PS:Pokud "něco začíná zdaňovat CPU", tak byste měli a) zjistit co, v neprodukčním prostředí, b) zkoušet různé možnosti, jak to snížit, v neprodukčním prostředí. Neměli byste slepě začít dělat velké věci, jako je změna databázových strojů, když nemáte plně analyzovaný problém.

Veškeré testování výkonu by mělo být prováděno v neprodukčním prostředí, s daty podobnými produkčním a na produkčním hardwaru. Jinak je obtížné správně interpretovat výsledky.



  1. Co je databáze? Definice, typy a komponenty

  2. Dvě aplikace Laravel na stejném serveru jsou ve vzájemném konfliktu

  3. Plynulé NHibernate DuplicateMappingException s automatickým mapováním

  4. Výběr nástroje pro monitorování serveru SQL podle vašich potřeb