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.