Freigeben über

Problembehandlung von häufig während oder nach der Migration zu Azure Database for MySQL - Flexibler Server auftretenden Fehlern

  • Artikel

GILT FÜR: Azure Database for MySQL – Single Server Azure Database for MySQL – Flexible Server

Wichtig

Azure Database for MySQL Single Server wird eingestellt. Es wird dringend empfohlen, ein Upgrade auf Azure Database for MySQL Flexible Server auszuführen. Weitere Informationen zum Migrieren zu Azure Database for MySQL Flexible Server finden Sie unter Was geschieht mit Azure Database for MySQL Single Server?

Azure Database for MySQL - Flexibler Server ist ein vollständig verwalteter Dienst, der auf der Communityversion von MySQL basiert. Die MySQL-Umgebung in einer verwalteten Dienstumgebung unterscheidet sich möglicherweise von der MySQL-Ausführung in Ihrer eigenen Umgebung. Dieser Artikel enthält Informationen zu einigen häufigen Fehlern, die bei Benutzern und Benutzerinnen auftreten können, die zu Azure Database for MySQL – Flexibler Server migrieren oder zum ersten Mal damit entwickeln.

Allgemeine Verbindungsfehler

FEHLER 1184 (08S01): Aborted connection 22 to db: 'db-name' user: 'user' host: 'hostIP' (init_connect command failed) (Verbindung 22 mit DB "" abgebrochen. Benutzer: , Host: . (Fehler beim Befehl "init_connect".))

Der obige Fehler tritt nach erfolgreicher Anmeldung, aber vor Ausführung eines Befehls nach Einrichtung der Sitzung auf. Die obige Meldung gibt an, dass ein falscher Wert für den Serverparameter init_connect festgelegt wurde, was dazu führt, dass die Sitzung nicht erfolgreich initialisiert werden kann.

Es gibt einige Serverparameter wie etwa require_secure_transport, die auf Sitzungsebene nicht unterstützt werden. Daher kann der Versuch, die Werte dieser Parameter mithilfe von init_connect zu ändern, bei der Verbindungsherstellung mit der Azure Database for MySQL - Flexible Serverinstanz zum Fehler 1184 führen:

mysql> zeigt Datenbanken; FEHLER 2006 (HY000): MySQL-Server hat keine Verbindung mehr hergestellt. Versuch, die Verbindung wiederherzustellen ... Verbindungs-ID: 64897 Aktuelle Datenbank: *** KEINE *** FEHLER 1184 (08S01): Verbindung 22 zu Datenbank abgebrochen: 'Datenbankname' Benutzer: 'Benutzer' Host: 'hostIP' (Befehl init_connect fehlgeschlagen)

Lösung: Setzen Sie den Wert von init_connect im Azure-Portal auf der Registerkarte „Serverparameter“ zurück, und legen Sie mit init_connect nur unterstützte Serverparameter fest.

Fehler aufgrund fehlender SUPER-Berechtigung und DBA-Rolle

Die Berechtigung SUPER und die Rolle DBA werden für den Dienst nicht unterstützt. Infolgedessen können allgemeine Fehler wie die unten aufgeführten auftreten:

FEHLER 1419: Sie verfügen nicht über die SUPER-Berechtigung, und die binäre Protokollierung ist aktiviert (es kann ratsam sein, die weniger sichere Variable „log_bin_trust_function_creators“ zu verwenden).

Der obige Fehler kann unter Umständen auftreten, wenn Sie eine Funktion erstellen, etwas wie unten beschrieben auslösen oder ein Schema importieren. Die DDL-Anweisungen wie „CREATE FUNCTION“ oder „CREATE TRIGGER“ werden in das binäre Protokoll geschrieben, sodass sie vom sekundären Replikat ausgeführt werden können. Der SQL-Replikatthread verfügt über vollständige Berechtigungen, die ausgenutzt werden können, um Berechtigungen zu erhöhen. Um Server mit aktivierter binärer Protokollierung vor dieser Gefahr zu schützen, erfordert die MySQL-Engine, dass Ersteller gespeicherter Funktionen neben der üblichen erforderlichen Berechtigung CREATE ROUTINE auch über die Berechtigung SUPER verfügen.

CREATE FUNCTION f1(i INT)
RETURNS INT
DETERMINISTIC
READS SQL DATA
BEGIN
  RETURN i;
END;

Lösung: Legen Sie log_bin_trust_function_creators auf dem Blatt Serverparameter des Portals auf 1 fest, führen Sie die DDL-Anweisungen aus, oder importieren Sie das Schema, um die gewünschten Objekte zu erstellen. Sie können log_bin_trust_function_creators für Ihren Server auf 1 festgelegt lassen, um den Fehler in Zukunft zu vermeiden. Wir empfehlen, log_bin_trust_function_creators festzulegen. Das in der Dokumentation der MySQL Community angegebene Sicherheitsrisiko in Azure DB for MySQL - Flexible Server ist minimal, da das binäre Protokoll keinen Bedrohungen ausgesetzt ist.

FEHLER 1227 (42000) in Zeile 101: Zugriff verweigert. Für diesen Vorgang benötigen Sie (mindestens) eine SUPER-Berechtigung. Fehler für Vorgang mit Exitcode 1

Der obige Fehler tritt möglicherweise auf, wenn Sie eine Speicherabbilddatei importieren oder eine Prozedur erstellen, die Elemente vom Typ DEFINER enthält.

Lösung: Zur Behebung dieses Fehlers kann der Administratorbenutzer durch Ausführen eines GRANT-Befehls Berechtigungen zum Erstellen oder Ausführen von Prozeduren erteilen, wie in den folgenden Beispielen gezeigt:

GRANT CREATE ROUTINE ON mydb.* TO 'someuser'@'somehost';
GRANT EXECUTE ON PROCEDURE mydb.myproc TO 'someuser'@'somehost';

Alternativ können Sie die DEFINER-Elemente durch den Namen des Administratorbenutzers ersetzen, der den Importvorgang ausführt, wie hier zu sehen.

DELIMITER;;
/*!50003 CREATE*/ /*!50017 DEFINER=`root`@`127.0.0.1`*/ /*!50003
DELIMITER;;

/* Modified to */

DELIMITER ;;
/*!50003 CREATE*/ /*!50017 DEFINER=`AdminUserName`@`ServerName`*/ /*!50003
DELIMITER ;

FEHLER 1227 (42000) in Zeile 295: Zugriff verweigert. Für diesen Vorgang benötigen Sie (mindestens) eine SUPER- oder SET_USER_ID-Berechtigung.

Der obige Fehler kann während der Ausführung von CREATE VIEW mit DEFINER-Anweisungen im Rahmen des Imports einer Speicherabbilddatei oder der Ausführung eines Skripts auftreten. Azure Database for MySQL - Flexible Server lässt für Benutzer weder nicht die Berechtigungen SUPER und SET_USER_ID zu.

Lösung:

  • Verwenden Sie, sofern möglich, den DEFINER-Benutzer, um CREATE VIEW auszuführen. Wahrscheinlich gibt es viele Ansichten mit unterschiedlichen DEFINER-Elementen und unterschiedlichen Berechtigungen, sodass dieser Vorgang eventuell nicht möglich ist. ODER
  • Bearbeiten Sie die Dumpdatei oder das CREATE VIEW-Skript, und entfernen Sie die DEFINER=-Anweisung aus der Dumpdatei. oder
  • Bearbeiten Sie die Dumpdatei oder das CREATE VIEW-Skript, und ersetzen Sie die DEFINER-Werte durch einen Benutzer mit Administratorberechtigungen, der den Import vornimmt oder die Skriptdatei ausführt.

Tipp

Verwenden Sie „sed“ oder „perl“ zum Ändern einer Dumpdatei oder eines SQL-Skripts und zum Ersetzen der DEFINER=-Anweisung.

FEHLER 1227 (42000) in Zeile 18: Zugriff verweigert. Für diesen Vorgang benötigen Sie (mindestens) eine SUPER-Berechtigung.

Der obige Fehler kann auftreten, wenn Sie versuchen, die Speicherabbilddatei aus einer Instanz von Azure Database for MySQL – Flexibler Server zu importieren, wobei GTID für die Azure-Zieldatenbank für die Instanz von Azure Database for MySQL – Flexibler Server aktiviert ist. Mysqldump fügt einer Dumpdatei von einem Server, auf dem GTIDs verwendet werden, die Anweisung „SET @@SESSION.sql_log_bin=0“ hinzu. Dadurch wird beim erneuten Laden der Dumpdatei die binäre Protokollierung deaktiviert.

Lösung: Um diesen Fehler beim Importieren zu beheben, entfernen Sie die unten aufgeführten Zeilen in der mysqldump-Datei, oder kommentieren Sie sie aus. Führen Sie anschließend den Import erneut aus, um sicherzustellen, dass er erfolgreich war.

SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN;
SET @@SESSION.SQL_LOG_BIN= 0; SET @@GLOBAL.GTID_PURGED=''; SET @@SESSION.SQL_LOG_BIN = @MYSQLDUMP_TEMP_LOG_BIN;

Häufige Verbindungsfehler bei der Serveradministratoranmeldung

Beim Erstellen einer Azure Database for MySQL - Flexibler Serverinstanz wird vom Endbenutzer bei der Servererstellung eine Serveradministratoranmeldung bereitgestellt. Mit der Serveradministratoranmeldung können Sie neue Datenbanken erstellen, neue Benutzer hinzufügen und Berechtigungen erteilen. Werden die Serveradministratoranmeldung gelöscht, die zugehörigen Berechtigungen widerrufen oder das Kennwort geändert, dann werden beim Herstellen von Verbindungen möglicherweise Verbindungsfehler in Ihrer Anwendung angezeigt. Im Folgenden finden Sie einige häufige Fehler.

FEHLER 1045 (28000): Der Zugriff auf den Benutzer „Benutzername“@„IP-Adresse“ (mit Kennwort: JA) wurde verweigert

Der obige Fehler tritt bei folgenden Bedingungen auf:

  • Der Benutzername ist nicht vorhanden.
  • Der Benutzername wurde gelöscht.
  • Das Kennwort wurde geändert oder zurückgesetzt

Lösung:

  • Überprüfen Sie, ob „Benutzername“ als gültiger Benutzer auf dem Server vorhanden ist oder versehentlich gelöscht wurde. Sie können die folgende Abfrage ausführen, indem Sie sich beim Azure Database for MySQL - Flexibler Serverbenutzer anmelden:

    select user from mysql.user;

  • Wenn Sie sich nicht bei Azure Database for MySQL - Flexibler Server anmelden können, um die oben genannte Abfrage auszuführen, empfiehlt es sich, das Administratorkennwort im Azure-Portal zurückzusetzen. Mithilfe der Option „Kennwort zurücksetzen“ im Azure-Portal können Sie den Benutzer erneut erstellen, das Kennwort zurücksetzen und die Administratorberechtigungen wiederherstellen. Dadurch können Sie sich als Serveradministrator anmelden und weitere Vorgänge ausführen.

Zugehöriger Inhalt