Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel werden die Einschränkungen in Azure Database for MySQL – Flexibler Server beschrieben. Allgemeine Einschränkungen in der MySQL-Datenbank-Engine treffen ebenfalls zu. Weitere Informationen zu Ressourcenbeschränkungen (Compute, Arbeitsspeicher, Speicher) finden Sie im Artikel zu Compute und Speicher.
Serverparameter
Azure Database for MySQL – Flexibler Server unterstützt das Anpassen der Werte von Serverparametern. Die Mindest- und Höchstwerte einiger Parameter (z. B. max_connections, join_buffer_size, query_cache_size) werden von der Computeebene und vor der Berechnung der Servergröße bestimmt. Weitere Informationen zu diesen Grenzwerten sowie Mindest- und Höchstwerten für Serverparameter wie max_connections und innodb_buffer_pool_size finden Sie im Artikel zu Serverparametern.
Generierte unsichtbare Primärschlüssel
Für MySQL ab Version 8.0 sind generierte unsichtbare Primärschlüssel (Generated Invisible Primary Keys, GIPK) standardmäßig für alle Instanzen von Azure Database for MySQL – flexibler Server aktiviert.
MySQL 8.0+-Server fügen den Tabellen die unsichtbare Spalte my_row_id und einen Primärschlüssel in dieser Spalte hinzu. Die InnoDB-Tabelle wird dabei ohne expliziten Primärschlüssel erstellt. Aus diesem Grund können Sie nur dann eine Tabelle mit einer Spalte namens my_row_id erstellen, wenn in der Tabellenerstellungsanweisung ein expliziter Primärschlüssel angegeben wird.
Weitere Informationen.
Standardmäßig werden GIPKs in der Ausgabe von SHOW CREATE TABLE, SHOW COLUMNS und SHOW INDEX angezeigt. GIPKs sind auch in den Tabellen INFORMATION_SCHEMACOLUMNS und STATISTICS sichtbar.
Weitere Informationen zu GIPKs und deren Anwendungsfällen mit Replikation eingehender Daten finden Sie unter Replizieren von Daten in Azure Database for MySQL – Flexibler Server.
Schritte zum Deaktivieren eines GIPK
Wenn Sie einen GIPK deaktivieren möchten, haben Sie zwei Optionen:
Ändern Sie den Wert des Serverparameters sql_generate_invisible_primary_key in
OFF, indem Sie das Azure-Portal oder die Azure-Befehlszeilenschnittstelle verwenden.Stellen Sie eine Verbindung mit Ihrer Instanz von Azure Database for MySQL – Flexibler Server her, und führen Sie den folgenden Befehl aus:
mysql> SET sql_generate_invisible_primary_key=OFF;
lower_case_table_names
Für MySQL Version 8.0+ können Sie nur konfigurieren lower_case_table_names , wenn Sie den Server initialisieren.
Weitere Informationen. Das Ändern der Einstellung lower_case_table_names nach der Initialisierung des Servers ist unzulässig. Die unterstützten Werte für MySQL Version 8.0 sind 1 und 2 in Azure Database for MySQL – Flexibler Server. Der Standardwert ist 1.
Sie können diese Einstellungen während der Servererstellung im Portal konfigurieren, indem Sie auf der Seite "Zusätzliche Konfiguration" den gewünschten Wert unter "Serverparameter" angeben. Bei Wiederherstellungsvorgängen oder Replikatservern wird der Parameter automatisch vom Quellserver kopiert und kann nicht geändert werden.
Für MySQL Version 5.7 lautet der Standardwert lower_case_table_names in Azure Database for MySQL – flexibler Server 1. Obwohl es möglich ist, den unterstützten Wert auf 2 zu ändern, ist das Zurücksetzen von 2 zurück auf 1 nicht zulässig. Um Unterstützung beim Ändern des Standardwerts zu erhalten, öffnen Sie ein Supportticket.
Speicher-Engines
MySQL unterstützt viele Speicher-Engines. In der folgenden Liste sind die unterstützten und nicht unterstützten Speicher-Engines für Azure Database for MySQL – Flexibler Server aufgeführt.
Unterstützte Engines
Hinweis
- Die maximale unterstützte Größe für eine einzelne MySQL-Datei beträgt 8 TB in azure Database for MySQL -Flexible Server.
Nicht unterstützte Engines
Berechtigungen und Unterstützung der Datenbearbeitung
Viele Serverparameter und -einstellungen können unbeabsichtigterweise die Serverleistung beeinträchtigen oder die ACID-Eigenschaften (Atomisch, Konsistent, Isoliert, Dauerhaft) des MySQL-Servers außer Kraft setzen. Um die Dienstintegrität und die Vereinbarung zum Servicelevel auf Produktebene aufrechtzuerhalten, macht Azure Database for MySQL – flexibler Server nicht mehrere Rollen verfügbar.
Azure Database for MySQL – flexibler Server gestattet keinen direkten Zugriff auf das zugrunde liegende Dateisystem. Einige Befehle zur Datenbearbeitung werden nicht unterstützt.
Unterstützte Berechtigungen
LOAD DATA INFILEwird unterstützt, jedoch müssen Sie den Parameter[LOCAL]angeben und an einen UNC-Pfad (über einen Server Message Block eingebundene Azure Storage-Instanz) weiterleiten. Wenn Sie die MySQL-Clientversion 8.0 oder eine höhere Version verwenden, müssen Sie den Parameter-–local-infile=1in der Verbindungszeichenfolge angeben.Für MySQL Version 8.0 und höher werden nur die folgenden dynamischen Berechtigungen unterstützt:
Nicht unterstützte Berechtigungen
Die Rolle „Datenbankadministrator“ (DBA) ist eingeschränkt. Alternativ können Sie die Rolle des Administratorbenutzers verwenden, die beim Erstellen eines neuen Servers zugewiesen wird. Mit dieser Rolle können Sie die meisten DDL- (Data Definition Language) und DML-Anweisungen (Data Manipulation Language) ausführen.
Die folgenden statischen Berechtigungen sind eingeschränkt:
Das Gewähren der Berechtigungen BACKUP_ADMIN wird für das Erstellen von Sicherungen mit Migrationstools nicht unterstützt.
DEFINERerfordertSUPER-Berechtigungen zum Erstellen und ist beschränkt. Wenn Sie Daten mithilfe einer Sicherung importieren, entfernen Sie dieCREATE DEFINER-Befehle manuell, oder verwenden Sie den Befehl--skip-definerbeim Ausführen einer mysqldump-Sicherung.Die mysql-Systemdatenbank ist schreibgeschützt und unterstützt verschiedener PaaS-Funktionen (Platform-as-a-Service). Die
mysql-Systemdatenbank kann nicht geändert werden.SELECT ... INTO OUTFILEwird im Dienst nicht unterstützt.
Funktionale Beschränkungen
Zonenredundante Hochverfügbarkeit
Sie können eine Konfiguration mit zonenredundanter Hochverfügbarkeit nur während der Servererstellung festlegen. Diese Konfiguration wird auf der burstfähigen Compute-Ebene nicht unterstützt.
Netzwerk
Nach der Erstellung des Servers kann die Verbindungsmethode nicht mehr geändert werden. Wenn Sie den Server mit der Einstellung Privater Zugriff (Integration des virtuellen Netzwerks) erstellen, kann sie nach der Erstellung nicht mehr in Öffentlicher Zugriff (zugelassene IP-Adressen) geändert werden und umgekehrt.
Stopp-/Startvorgänge
Vorgänge zum Beenden und Starten des Servers werden bei Lesereplikatkonfigurationen (sowohl Quelle als auch Replikate) nicht unterstützt.
Skalierungsvorgänge
Eine Verringerung des bereitgestellten Serverspeichers wird nicht unterstützt.
Upgrades von Serverversionen
Die automatisierte Migration zwischen Hauptversionen von Datenbank-Engines wird nicht unterstützt. Für ein Upgrade der Hauptversion führen Sie eine Sicherung und dann eine Wiederherstellung auf einem Server aus, der mit der neuen Engine-Version erstellt wurde.
Wiederherstellen eines Servers
Bei der Zeitpunktwiederherstellung weisen neue Server die gleichen Compute- und Speicherkonfigurationen wie der zugrunde liegende Quellserver auf. Sie können die Computeressourcen des neu wiederhergestellten Servers nach dem Erstellen herunterskalieren.
Featurevergleiche
Nicht alle für Azure Database for MySQL – Einzelserver verfügbaren Features, sind auch für Azure Database for MySQL – Flexibler Server verfügbar.
Eine umfassende Liste der Featurevergleiche zwischen Azure Database for MySQL – Einzelserver and Azure Database for MySQL – Flexibler Server finden Sie im Artikel zum Auswählen der richtigen MySQL Server-Option in Azure.