Независимо от всички предимства/недостатъци от използването му, които се обсъждат в други теми ( MyISAM срещу InnoDB ), миграцията е нетривиален процес.
Помислете за
- Функционално тестване на всички компоненти, които разговарят с базата данни, ако е възможно - разликите двигатели имат различна семантика
- Извършване на възможно най-много тестове на производителността – някои неща може да се подобрят, други може да са много по-лоши. Добре известен пример е SELECT COUNT(*) на голяма маса.
- Проверка дали целият ви код ще се справя грациозно със задънките - можете да ги получите без изрична употреба на транзакции
- Преценете колко използване на пространството ще получите чрез конвертиране – тествайте това в непроизводствена среда.
Несъмнено ще трябва да промените нещата в голяма софтуерна платформа; това е добре, но като се има предвид, че (надявам се) имате много покритие на автоматичното тестване, промяната трябва да е приемлива.
PS:Ако "Нещо започва да облага CPU", тогава трябва а) да разберете какво в непроизводствена среда, б) да опитате различни опции за намаляване на това в непроизводствена среда. Не бива да започвате сляпо да правите основни неща, като смяна на двигателите на базата данни, когато не сте анализирали напълно проблема.
Цялото тестване на производителността трябва да се извършва в непроизводствена среда, с данни, подобни на производството, и на хардуер от производствен клас. В противен случай е трудно да се интерпретират правилно резултатите.