Freigeben über


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 und innodb_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

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