Einschränkungen in Azure Database for MySQL – Flexible Server
GILT FÜR: Azure Database for MySQL – Flexibler Server
In diesem Artikel werden die Einschränkungen in Azure Database for MySQL – Flexibler Server beschrieben. Allgemeine Einschränkungen in der MySQL-Datenbank-Engine sind ebenfalls anwendbar. Weitere Informationen zu Ressourcenbeschränkungen (Compute, Arbeitsspeicher, Speicher) finden Sie im Artikel Compute und Speicher.
Serverparameter
Hinweis
- Wenn Sie nach Minimal-/Maximalwerten für Serverparameter wie
max_connections
undinnodb_buffer_pool_size
suchen, finden Sie diese nun in den Konzepten zu Serverparametern im Artikel zu Serverparametern. - Der Wert „lower_case_table_names“ kann in Azure Database for MySQL – Flexibler Server nur auf 1 festgelegt werden.
Azure Database for MySQL – Flexibler Server unterstützt das Anpassen einiger Serverparameter. Die Min.- und Max.-Werte einiger Parameter (z. B. max_connections
, join_buffer_size
, query_cache_size
) werden von der Computeebene und vor der Berechnung der Servergröße bestimmt. Im Artikel Serverparameter finden Sie weitere Informationen zu diesen Grenzwerten.
Generierte unsichtbare Primärschlüssel
Für MySQL Version 8.0 und höher 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ügt die unsichtbare Spalte my_row_id zu den Tabellen und einen Primärschlüssel für diese Spalte hinzu, in der die InnoDB-Tabelle ohne expliziten Primärschlüssel erstellt wird. Aus diesem Grund können Sie keine Tabelle mit einer Spalte namens my_row_id erstellen, es sei denn, die Tabellenerstellungsanweisung gibt auch einen expliziten Primärschlüssel an. Weitere Informationen Standardmäßig werden GIPKs in der Ausgabe von SHOW CREATE TABLE, SHOW COLUMNS und SHOW INDEX angezeigt und sind im Informationsschema in den Tabellen COLUMNS und STATISTICS sichtbar. Weitere Informationen zu GIPK und seinen Anwendungsfällen mit Replikation eingehender Daten in Azure Database for MySQL – Flexibler Server finden Sie unter GIPK mit Replikation eingehender Daten.
Schritte zum Deaktivieren von GIPK
Sie können den Wert des Serverparameters sql_generate_invisible_primary_key auf „OFF“ aktualisieren, indem Sie die Schritte befolgen, die in der Anleitung zum Aktualisieren von Serverparameter im Azure-Portal beschrieben sind, oder mithilfe der Azure CLI.
Alternativ können Sie eine Verbindung mit Ihrer Azure Database for MySQL – Flexibler Server-Instanz herstellen und den folgenden Befehl ausführen.
mysql> SET sql_generate_invisible_primary_key=OFF;
lower_case_table_names
In Azure Database for MySQL – Flexibler Server ist der Standardwert für lower_case_table_names
1 für MySQL Version 5.7. Wenn Sie diese Einstellung anpassen müssen, empfehlen wir, sich an unser Supportteam zu wenden, um Anleitungen zu erhalten. Es ist wichtig zu verstehen, dass nach der Änderung des Parameterwerts auf 2 ein Zurücksetzen von 2 auf 1 nicht erlaubt ist.
Beachten Sie bei MySQL Version 8.0, dass das Ändern der Einstellung lower_case_table_names nach der Initialisierung des Servers verboten ist. Weitere Informationen In Azure Database for MySQL – Flexibler Server Version 8.0 ist der Standardwert für lower_case_table_names
1. Wenn Sie diesen Parameter auf 2 ändern möchten, empfehlen wir, einen MySQL 5.7-Server zu erstellen, sich an unser Supportteam zu wenden, um Unterstützung bei der Änderung zu erhalten, und später, falls erforderlich, können Sie den Server auf Version 8.0 aktualisieren.
Speicher-Engines
MySQL unterstützt viele Speicher-Engines. Für Azure Database for MySQL – Flexibler Server enthält die folgende Liste die unterstützten und nicht unterstützten Speicher-Engines:
Unterstützt
Nicht unterstützt
Berechtigungen und Unterstützung der Datenbearbeitung
Viele Serverparameter und -einstellungen können unbeabsichtigterweise die Serverleistung beeinträchtigen oder die ACID-Eigenschaften des MySQL-Servers außer Kraft setzen. Dieser Dienst macht nicht mehrere Rollen verfügbar, um die Dienstintegrität und die SLA auf Produktebene aufrechtzuerhalten.
Der MySQL-Dienst gestattet keinen direkten Zugriff auf das zugrunde liegende Dateisystem. Einige Befehle zur Datenbearbeitung werden nicht unterstützt.
Nicht unterstützt
Folgendes wird nicht unterstützt:
- DBA-Rolle: Eingeschränkt. Alternativ können Sie den Administratorbenutzer verwenden (der bei Erstellung des neuen Servers erstellt wird), der Ihnen die Ausführung der meisten DDL- und DML-Anweisungen ermöglicht.
- Die statischen Berechtigungen unten sind eingeschränkt.
- BACKUP_ADMIN-Berechtigung: Das Gewähren von BACKUP_ADMIN-Berechtigungen wird für Sicherungen mithilfe von Hilfstools nicht unterstützt. Im Abschnitt Unterstützt finden Sie eine Liste der unterstützten dynamischen Berechtigungen.
- DEFINER: Erfordert erhöhte Berechtigungen zum Erstellen und ist beschränkt. Wenn Sie Daten mithilfe einer Sicherung importieren, entfernen Sie die
CREATE DEFINER
-Befehle manuell, oder verwenden Sie den--skip-definer
-Befehl beim Ausführen von mysqldump. - Systemdatenbanken: Die Systemdatenbank mysql ist schreibgeschützt und wird zur Unterstützung verschiedener PaaS-Funktionen eingesetzt. Die
mysql
-Systemdatenbank kann nicht geändert werden. SELECT ... INTO OUTFILE
: Wird im Dienst nicht unterstützt.
Unterstützt
LOAD DATA INFILE
wird unterstützt, jedoch muss der Parameter[LOCAL]
angegeben und an einen UNC-Pfad (über das SMB-Protokoll eingebundene Azure Storage-Instanz) weitergeleitet werden. Wenn Sie eine MySQL-Clientversion >= 8.0 verwenden, müssen Sie außerdem den Parameter-–local-infile=1
in der Verbindungszeichenfolge angeben.- Ab Version MySQL 8.0 werden nur die unten genannten dynamischen Berechtigungen unterstützt.
Funktionale Beschränkungen
Zonenredundante Hochverfügbarkeit
- Diese Konfiguration kann nur während der Servererstellung eingestellt werden.
- Nicht unterstützt auf der Computeebene „Burstfähig“.
Netzwerk
- Die Konnektivitätsmethode kann nicht geändert werden, nachdem der Server erstellt wurde. Wenn der Server mit Privater Zugriff (Integration des virtuellen Netzwerks) erstellt wurde, kann er nach der Erstellung nicht in Öffentlicher Zugriff (zugelassene IP-Adressen) geändert werden und umgekehrt
Vorgang „Anhalten/Starten“
- Nicht unterstützt mit Lesereplikatkonfigurationen (sowohl Quelle als auch Replikate).
Skalierungsvorgänge
- Die 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 die Wiederherstellung auf einem Server aus, der mit der neuen Engine-Version erstellt wurde.
Wiederherstellen eines Servers
- Bei der Zeitpunktwiederherstellung werden neue Server mit den gleichen Compute- und Speicherkonfigurationen wie der zugrunde liegende Quellserver erstellt. Das Compute des neu wiederhergestellten Servers kann nach der Erstellung des Servers herunterskaliert werden.
Vergleich der Features
Nicht alle Features, die für Azure Database for MySQL – Single Server verfügbar sind, sind auch für Azure Database for MySQL – Flexibler Server verfügbar.
Eine umfassende Liste der Funktionsvergleiche zwischen einem einzelnen Azure Database for MySQL-Server und Azure Database for MySQL – Flexibler Server finden Sie unter Auswahl der richtigen MySQL Server-Option in Azure.
Nächste Schritte
- Erfahren Sie mehr über das Auswählen der richtigen MySQL Server-Option in Azure
- Grundlegendes zu verfügbaren Optionen für Compute- und Speicheroptionen bei flexiblen Servern
- Weitere Informationen zu Unterstützte MySQL-Versionen
- Schnellstart: Verwenden des Azure-Portals zum Erstellen einer Azure Database for MySQL – Flexibler Server-Instanz