Einschränkungen in Azure Database for MySQL – Flexible Server

  • Artikel

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

In diesem Artikel werden Einschränkungen in der Azure-Datenbank für den flexiblen MySQL-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 und innodb_buffer_pool_size suchen, finden Sie diese nun in den Konzepten zu Serverparametern im Artikel zu Serverparametern.
  • lower_case_table_names Wert kann nur auf 1 in der Azure-Datenbank für den flexiblen MySQL-Server festgelegt werden.

Azure Database for MySQL flexible Server unterstützt die Optimierung der Werte von Serverparametern. 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 ist "Generated Invisible Primary Keys(GIPK)" standardmäßig für alle flexiblen Serverinstanzen von Azure Database für MySQL aktiviert. MySQL 8.0+-Server fügen die unsichtbare Spalte my_row_id zu den Tabellen und einem Primärschlüssel in dieser Spalte hinzu, wobei 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 ihren Anwendungsfällen mit Data-in-Replication in Azure Database for MySQL flexible Server finden Sie unter GIPK mit Data-in-Replication.

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.

  • Sie können auch eine Verbindung mit Ihrer Azure-Datenbank für flexible Serverinstanzen von MySQL herstellen und den folgenden Befehl ausführen.

mysql> SET sql_generate_invisible_primary_key=OFF;

lower_case_table_names

In azure Database for MySQL flexible 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 flexible 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. Auf dem flexiblen Azure-Server für MySQL ist die Liste der unterstützten und nicht unterstützten Speichermodule aufgeführt:

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

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 in der Azure-Datenbank für MySQL verfügbar sind, sind in Azure Database für MySQL flexible Server verfügbar.

Die vollständige Liste der Featurevergleiche zwischen Azure Database for MySQL single server and Azure Database for MySQL flexible server, refer to choosing the right MySQL Server option in Azure.

Nächste Schritte