Dieser Leitfaden beschreibt die verfügbaren Funktionen zur Verwaltung relationaler Datenbanken auf den Hosting-Angeboten von Infomaniak.

Verwendung von Views, Triggern, gespeicherten Prozeduren und Routinen

In Bezug auf die Verwaltung relationaler Datenbanken ist die Funktionalität von „Views“ standardmäßig verfügbar, wodurch Benutzer Views erstellen können, um die Datenverwaltung und -darstellung zu vereinfachen.

Bestimmte erweiterte Funktionen, die eine feinere und komplexere Datenmanipulation ermöglichen, wie z. B. …

• „Trigger“ (Auslöser)
• gespeicherte Prozeduren („stored procedures“)
• Routinen
• und die Erstellung von Funktionen

… sind nur auf Cloud-Servern verfügbar.

Diese Einschränkung ist hauptsächlich auf die potenziellen Risiken für die Stabilität der Infrastruktur zurückzuführen. Eine fehlerhafte Konfiguration oder eine übermäßige Nutzung dieser Funktionen könnte zu endlosen Schleifen oder erheblichen Überlastungen führen, was nicht nur die Leistung des betreffenden Servers beeinträchtigen, sondern auch die Benutzererfahrung aller Kunden, die auf derselben Infrastruktur gehostet werden, negativ beeinflussen würde.

Behebung eines Problems beim Importieren eines MySQL/MariaDB-Dumps

Beim Exportieren und anschließenden Re-Importieren einer MySQL- oder MariaDB-Datenbank über die Infomaniak-Hosting-Oberfläche kann es vorkommen, dass der Vorgang aufgrund von Fehlern im Zusammenhang mit den DEFINER-Einstellungen von Triggern oder Views fehlschlägt. Dieser Fall tritt auf, wenn die Objekte der Datenbank mit einem bestimmten Benutzer (dem Definer) erstellt wurden, der zum Zeitpunkt des Imports nicht mehr existiert.

Konkret verwendet der Export- und Importprozess einen temporären Benutzer, der nur während dieser Vorgänge verwendet wird. Nach der Löschung dieses Benutzers werden die Views oder Trigger, die mit diesem Konto als DEFINER definiert wurden, ungültig, was zu Fehlern wie folgt führt:

Allgemeiner Fehler: 1449 Der als Definierer angegebene Benutzer ('xxxx_temp_1'@'%') existiert nicht

Um dieses Problem zu vermeiden, können Sie die Backup-Datei (dump.sql oder dump.sql.gz) vor dem Import korrigieren, indem Sie die Definer-Definitionen durch CURRENT_USER ersetzen. Dadurch werden die Trigger und Views automatisch dem aktuell angemeldeten Benutzer zugeordnet, wenn der Import durchgeführt wird.

Hier ist ein Beispiel für einen Befehl, mit dem die Dump-Datei vor dem Import geändert werden kann:

sed -E 's/DEFINER=`[^`][^`]*`@`[^`][^`][^`]*`/DEFINER=CURRENT_USER/g' dump.sql > dump-corrected.sql

Nachdem dieser Austausch durchgeführt wurde, kann die korrigierte Datei wie gewohnt über das Infomaniak Manager importiert werden. Dieses Verhalten ist bekannt und hängt mit der Funktionsweise temporärer Benutzer beim Sichern/Wiederherstellen zusammen. Eine Änderung des Export-/Importprozesses ist kurzfristig nicht geplant, aber das Thema wird weiterhin auf Infrastrukturebene evaluiert.

Weitere Informationen zur Variablen CURRENT_USER finden Sie in der offiziellen Dokumentation:

• MySQL
• MariaDB