Hallo Artur,
bei der Umstellung der Tabellen von MyISAM auf InnoDB gibt es ein paar Fallstricke, auf die du achten solltest. Je nach Version deiner MySQL-DB unterstützt der InnoDB-Tablespace ggfs. (noch) keine Volltext-Indizes. Wenn du also in einem
Shop 4.05/06 die Volltextsuche aktiviert hast, wirst du beim Umstellen der Tabellen Probleme bekommen.
Standardmäßig verwendet der JTL-Shop in den 4er Versionen zwar keine Fremdschlüssel in den Tabellen, für Plugins kann ich das jedoch nicht ausschließen. Während MyISAM referentielle Integrität zwar syntaktisch akzeptiert, ansonsten aber vollkommen ignoriert, wird diese bei InnoDB sehr streng durchgesetzt. Hier könnte es also Probleme geben, wenn Schlüssel und/oder Daten nicht zueinander passen.
Ansonsten solltest du darauf achten, die Tabellen im ursprünglichen Zeichensatz und mit den gleichen Kollationen zu migrieren.
Aus Anwendungssicht ist es dann grundsätzlich egal, welche Engine der Server für die Tabellen verwendet, so dass es dort keine Probleme geben sollte. Im Frontend könntest du sogar Vorteile haben, da InnoDB bei vielen gleichzeitigen DB-Zugriffen etwas effizienter arbeitet als das File-basierte MyISAM. Beim Sync mit der
Wawi wirst du dich jedoch auf erhebliche Performance-Einbrüche einstellen müssen. InnoDB arbeit Transaktionssicher und macht standardmäßig nach jedem DML einen Auto-Commit, der die Abgleichgeschwindigkeit durchaus um den Faktor 10 verschlechtern kann. Das Auto-Commit kannst du auch nicht einfach ausschalten, da der JTL-Shop intern (noch) keine Transaktionen unterstützt und damit die finalen Commits fehlen würden.
Der JTL-Shop5 wird eine Migration aller Tabellen auf InnoDB mit UTF-8 durchführen und im Sync-Bereich mit Transaktionen arbeiten, um die gen. Performance-Probleme zu umgehen.
