Einschränkungen in Azure Database for MySQL – Flexible Server
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 einiger Serverparameter. 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 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. GIPKs sind auch in den Tabellen INFORMATION_SCHEMA COLUMNS 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
In Azure Database for MySQL – flexibler Server ist 1 der Standardwert für lower_case_table_names für MySQL Version 5.7. Wenn Sie diese Einstellung anpassen müssen, wird empfohlen, ein Supportticket zu erstellen. Es ist wichtig zu verstehen, dass nach dem Ändern des Parameterwerts in 2 das Zurücksetzen auf 1 nicht mehr zulässig ist.
Für MySQL Version 8.0 ist das Ändern der Einstellung lower_case_table_names nach der Initialisierung des Servers unzulässig. Weitere Informationen In Azure Database for MySQL – flexibler Server ist 1 der Standardwert für lower_case_table_names für MySQL Version 8.0. Wenn Sie diesen Parameter in 2 ändern möchten, wird empfohlen, einen MySQL 5.7-Server zu erstellen und ein Supportticket für Unterstützung bei der Änderung zu erstellen. Später können Sie ggf. ein Upgrade des Servers auf Version 8.0 durchführen.
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
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 eine MySQL-Clientversion ab 8.0 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 von BACKUP_ADMIN-Berechtigungen 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 Computeebene nicht unterstützt.
Network
Nach der Erstellung des Servers kann die Verbindungsmethode nicht mehr geändert werden. Wenn Sie den Server mit Privater Zugriff (Integration des virtuellen Netzwerks) erstellen, kann er 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
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 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 Computeausstattung des neu wiederhergestellten Servers nach dem Erstellen herunterskalieren.
Vergleich der Features
Nicht alle Features, die für Azure Database for MySQL – Einzelserver verfügbar sind, 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.