Bekannte Probleme

Auf dieser Seite werden bekannte Probleme mit Cloud SQL for MySQL sowie Möglichkeiten zur Vermeidung oder Behebung dieser Probleme aufgelistet.

Wenn Probleme mit der Instanz auftreten, prüfen Sie auch die Betriebsrichtlinien sowie die Informationen unter Fehlerdiagnose.

Langlebigkeit von Daten und Verfügbarkeitsprobleme

  • Generierte Spalten (nur MySQL 5.7-Instanzen)

    Aufgrund eines Problems in MySQL können durch die Verwendung generierter Spalten Daten beschädigt werden. Weitere Informationen finden Sie unter MySQL-Fehler 82736.

Probleme mit der Instanzverbindung

  • Abgelaufene SSL/TLS-Zertifikate

    Rufen Sie in der Google Cloud Console die Seite Cloud SQL-Instanzen auf und öffnen Sie die Instanz, wenn Ihre Instanz für die Verwendung von SSL konfiguriert ist. Rufen Sie die Seite Verbindungen auf, wählen Sie den Tab Sicherheit aus und prüfen Sie, ob das Serverzertifikat gültig ist. Wenn es abgelaufen ist, müssen Sie ein neues Zertifikat hinzufügen und zu diesem rotieren.

  • Version des Cloud SQL Auth-Proxys

    Wenn Sie die Verbindung zum Cloud SQL Auth-Proxy herstellen, achten Sie darauf, dass Sie die neueste Version verwenden. Weitere Informationen finden Sie unter Cloud SQL Auth-Proxy auf dem aktuellen Stand halten.

  • Keine Berechtigung zum Herstellen einer Verbindung

    Wenn Sie eine Verbindung zu einer Instanz herstellen, die in diesem Projekt nicht vorhanden ist, besagt die Fehlermeldung nur, dass Sie keine Zugriffsberechtigung für diese Instanz haben.

  • Kann keine Cloud SQL-Instanz erstellen

    Wenn die Fehlermeldung Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID] angezeigt wird, versuchen Sie noch einmal, die Cloud SQL-Instanz zu erstellen.

Administrative Probleme

  • Auf einer Instanz kann jeweils nur ein Import- oder Exportvorgang für Cloud SQL mit langer Ausführungszeit ausgeführt werden. Achten Sie beim Starten eines Vorgangs darauf, dass Sie keine weiteren Vorgänge auf der Instanz ausführen müssen. Wenn Sie den Vorgang starten, können Sie ihn auch abbrechen.

  • Automatische MySQL-Commits für jede DDL-Anweisung Cloud SQL führt alle Schritte des Imports durch, bis die Instanz abgebrochen wird. Daher müssen Sie möglicherweise die Daten auf der Instanz manuell bereinigen.

Probleme beim Importieren und Exportieren von Daten

  • Beim CSV-Export werden NULL-Werte und Zeilenumbrüche nicht korrekt formatiert.

    Wenn Sie Daten mithilfe des Cloud SQL-Exportfeatures als CSV exportieren, werden NULL-Werte als "N exportiert, wodurch die CSV-Datei möglicherweise ungepaarte Anführungszeichen enthält. Wenn Ihre Textdaten ein Zeilenumbruchzeichen enthalten, wird zusätzlich ein abschließendes Anführungszeichen am Zeilenende hinzugefügt.

    Wenn Sie eine Datei importieren, die Sie mit dem Standardmaskierungszeichen exportiert haben, behandelt die Datei den Wert als "NULL" anstelle von NULL. Wenn Sie die Standardeinstellung beim Exportieren der Datei überschreiben möchten, verwenden Sie --escape="5C".

  • Die Einstellung "SQL-Modus" wirkt sich darauf aus, wie Cloud SQL SQL-Abfragen interpretiert.

    Wenn Sie beispielsweise Daten aus einer Datenbank exportieren, in der Strict SQL nicht aktiviert ist, und diese dann in Cloud SQL importieren möchten, wo Strict SQL standardmäßig aktiviert ist, kann der Import fehlschlagen. Es empfiehlt sich, beim Import denselben SQL-Modus zu verwenden, den Sie für den Export verwendet haben.

  • Die DEFINER-Klausel kann dazu führen, dass der Import fehlschlägt.

    Eine DEFINER-Klausel kann dazu führen, dass ein Importvorgang fehlschlägt, wenn der DEFINER-Nutzer ein SUPER- oder Systemnutzer ist und nicht mit dem Nutzer identisch ist, der den Import in Cloud SQL durchführt. Weitere Informationen zur Verwendung von DEFINER und zu möglichen Problemumgehungen in Cloud SQL erhalten Sie in diesem Artikel.

  • Wenn Sie versuchen, Daten aus einer großen Datenbank zu importieren und zu exportieren, z. B. eine Datenbank mit mindestens 500 GB, können die Import- und Exportvorgänge sehr lange dauern. Darüber hinaus stehen Ihnen andere Vorgänge (z. B. der Sicherungsvorgang) während des Imports oder Exports nicht zur Verfügung. Eine Möglichkeit zur Verbesserung der Leistung des Import- und Exportvorgangs ist die Wiederherstellung einer vorherigen Sicherung mit gcloud oder der API.

Transaktionslogs und Laufwerkwachstum

Die Logs werden einmal täglich, nicht kontinuierlich gelöscht. Wenn die Anzahl der Tage für die Logaufbewahrung so konfiguriert ist, dass sie der Anzahl der Sicherungen entspricht, kann ein Tag für das Logging verloren gehen, je nachdem, wann die Sicherung erstellt wird. Wenn Sie beispielsweise die Logaufbewahrung auf sieben Tage und die Sicherungsaufbewahrung auf sieben Sicherungen festlegen, werden Logs von sechs bis sieben Tagen aufbewahrt.

Wir empfehlen, die Anzahl der Sicherungen mindestens auf eine mehr als die Anzahl von Tagen der Logaufbewahrung festzulegen, um eine Mindestanzahl von festgelegten Tagen für die Logaufbewahrung sicherzustellen.

Probleme beim Upgrade Ihrer MySQL-Instanz

Wenn Sie Database Migration Service verwenden, um Ihre MySQL-Instanz von Version 5.7 auf Version 8.0 zu aktualisieren, und Sie gespeicherte Prozeduren in der Datenbank namens mysql in Ihrer Version 5.7-Instanz erstellt haben, werden Ihre gespeicherten Prozeduren möglicherweise nicht in die mysql-Datenbank in der aktualisierten Version 8.0-Instanz kopiert. Außerdem können Sie möglicherweise keine gespeicherten Prozeduren in der mysql-Datenbank in der aktualisierten Instanz erstellen.

Probleme mit der InnoDB-Seitenkomprimierung

Die Komprimierung von InnoDB-Seiten kann die Leistung von Aktualisierungsabfragen verbessern, da die Menge der Daten reduziert wird, die vom Laufwerk gelesen und auf dieses geschrieben werden müssen. Die Seitenkomprimierung kann sich jedoch negativ auf die Leistung der Aktualisierungsabfragen bei häufig aktualisierten Tabellen auswirken. Um die Auswirkungen der Seitenkomprimierung auf Ihre Aktualisierungsabfragen zu bewerten, sollten Sie einen Leistungstest mit und ohne Seitenkomprimierung ausführen. So können Sie prüfen, wie sich die Seitenkomprimierung auf die Leistung Ihrer Arbeitslast auswirkt.

Sie können die Leistung der Seitenkomprimierung so optimieren:

  • Verwenden Sie einen für Ihren Datentyp geeigneten Komprimierungsalgorithmus. Verwenden Sie beispielsweise LZ4 für Textdaten und ZLIB für Binärdaten.

  • Vermeiden Sie die Komprimierung von Daten, die häufig aktualisiert werden. Die Komprimierung und Dekomprimierung von Daten kann Update-Abfragen verlangsamen.

Instanzen mit den folgenden Regionsnamen werden in bestimmten Kontexten falsch angezeigt:

  • us-central1 wird als us-central angezeigt.
  • europe-west1 wird als europe angezeigt.
  • asia-east1 wird als asia angezeigt.

Dieses Problem tritt in folgenden Kontexten auf:

  • Benachrichtigungen in Cloud Monitoring
  • Metrics Explorer
  • Cloud Logging

Mithilfe von Ressourcenmetadatenlabels können Sie das Problem bei Benachrichtigungen in Cloud Monitoring und im Metrics Explorer minimieren. Verwenden Sie das Systemmetadatenlabel region anstelle des überwachten cloudsql_database-Ressourcenlabels region.