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 behält alle Schritte des Imports bis zum Abbruch der Instanz bei. 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.
Beim Importieren einer Datei, die mit dem Standard-Escape-Zeichen exportiert wurde, 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.
Cloud Storage unterstützt einzelne Objekte mit einer Größe von bis zu 5 Terabyte.
Wenn Sie Datenbanken haben, die größer als 5 TB sind, schlägt der Exportvorgang nach Cloud Storage fehl. In diesem Fall müssen Sie die Exportdateien in kleinere Segmente unterteilen.
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.
So können Sie die Leistung der Seitenkomprimierung 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.
Probleme im Zusammenhang mit Cloud Monitoring oder Cloud Logging
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.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-04 (UTC)."],[],[],null,["# Known issues\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/sql/docs/postgres/known-issues \"View this page for the PostgreSQL database engine\") \\| [SQL Server](/sql/docs/sqlserver/known-issues \"View this page for the SQL Server database engine\")\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nThis page lists known issues with Cloud SQL for MySQL, along with\nways you can avoid or recover from these issues.\nIf you are experiencing issues with your instance, make sure you also review the [Operational Guidelines](/sql/docs/mysql/operational-guidelines), as well as the information in [Diagnosing Issues](/sql/docs/mysql/diagnose-issues).\n\n### Data durability and availability issues\n\n- Generated columns (MySQL 5.7 instances only)\n\n Due to an issue in MySQL, using generated columns might result in data\n corruption. For more information, see\n [MySQL bug #82736](https://bugs.mysql.com/bug.php?id=82736).\n\n### Instance connection issues\n\n- Expired SSL/TLS certificates\n\n\n If your instance is configured to use SSL, go to the\n [Cloud SQL Instances page](https://console.cloud.google.com/sql/instances)\n in the Google Cloud console and open the instance. Open its **Connections** page, select the\n **Security** tab and make sure that your server certificate is valid. If it has expired, you must\n add a new certificate and rotate to it.\n\n \u003cbr /\u003e\n\n- Cloud SQL Auth Proxy version\n\n If you are connecting using the Cloud SQL Auth Proxy, make sure you are using the\n most recent version. For more information, see\n [Keeping the Cloud SQL Auth Proxy up to date](/sql/docs/mysql/sql-proxy#keep-current).\n- Not authorized to connect\n\n If you try to connect to an instance that does not exist in that project,\n the error message only says that you are not authorized to access that\n instance.\n- Can't create a Cloud SQL instance\n\n If you see the `Failed to create subnetwork. Router status is temporarily\n unavailable. Please try again later. Help Token: [token-ID]` error\n message, try to create the Cloud SQL instance again.\n\n### Administrative issues\n\n- Only one long-running Cloud SQL import or export operation can run at a time on an instance. When you start an operation, make sure you don't need to perform other operations on the instance. Also, when you start the operation, you can [cancel it](/sql/docs/mysql/import-export/cancel-import-export).\n\n- MySQL auto-commits on each DDL statement. Cloud SQL\n persists all steps of the import up to cancelling the\n instance. Therefore, you might have to clean up the data on the\n instance manually.\n\n\u003cbr /\u003e\n\n### Issues with importing and exporting data\n\n- CSV export does not format NULLs and newlines correctly.\n\n When you export data as CSV using the Cloud SQL export feature,\n NULLs are exported as `\"N`, which can cause the CSV file to contain\n unbalanced quotation marks. Additionally, if your\n text data contains a newline character, a trailing quote mark is added\n at the end of the line.\n\n When you import a file that you exported using the default escape character,\n the file treats the value as `\"NULL\"` instead of `NULL`. To override the default\n when you export the file, use `--escape=\"5C\"`.\n\n \u003cbr /\u003e\n\n- The SQL Mode setting affects how Cloud SQL interprets SQL queries.\n\n For example, if you export from a database without Strict SQL enabled, then\n try to import to Cloud SQL (which enables Strict SQL by default), the\n import might fail. The best practice is to use the same SQL Mode on import\n that you used for export.\n\n \u003cbr /\u003e\n\n- The DEFINER clause may cause import to fail\n\n A DEFINER clause may cause an import operation to fail if the DEFINER user is\n a SUPER or system user and is different from the user doing the import into\n Cloud SQL. Learn more about [DEFINER usage](/sql/docs/mysql/import-export#definer-clause)\n and potential workarounds in Cloud SQL.\n\n \u003cbr /\u003e\n\n- If you're trying to import and export data from a large database (for example,\n a database that has 500 GB of data or greater), then the import and export\n operations might take a long time to complete. In addition, other operations\n (for example, the backup operation) aren't available for you to perform\n while the import or export is occurring. A potential option to improve the\n performance of the import and export process is to [restore a previous backup](/sql/docs/mysql/backup-recovery/restoring#projectid) using `gcloud`\n or the API.\n\n\u003c!-- --\u003e\n\n- Cloud Storage supports a [maximum single-object size up five terabytes](/storage-transfer/docs/known-limitations-transfer#object-limit). If you have databases larger than 5TB, the export operation to Cloud Storage fails. In this case, you need to break down your export files into smaller segments.\n\n### Transaction logs and disk growth\n\nLogs are purged once daily, not continuously. When the number of days of log\nretention is configured to be the same as the number of backups, a day of\nlogging might be lost, depending on when the backup occurs. For example, setting\nlog retention to seven days and backup retention to seven backups means that\nbetween six and seven days of logs will be retained.\n\nWe recommend setting the number of backups to at least one more than the days of\nlog retention to guarantee a minimum of specified days of log retention.\n\n### Issues with upgrading your MySQL instance\n\nIf you use Database Migration Service to [upgrade your MySQL instance](/sql/docs/mysql/upgrade-major-db-version-migrate) from version 5.7 to version 8.0, and you have stored procedures created in the database named `mysql` in your version 5.7 instance, then your stored procedures may not get copied to the `mysql` database in the upgraded version 8.0 instance. Also, you may not be able to create stored procedures in the `mysql` database in the upgraded instance.\n\n### Issues with InnoDB page compression\n\n[InnoDB page compression](https://dev.mysql.com/doc/refman/8.0/en/innodb-page-compression.html)\ncan improve the performance of update queries by reducing the amount of data that\nneeds to be read and written to disk. However, page compression can impact performance on the\nupdate queries on frequently updated tables. To evaluate\nthe impact of page compression on your update queries, you can run a performance\ntest with and without page compression. This helps you to observe how page\ncompression affects the performance of your workload.\n\nYou can optimize page compression performance as follows:\n\n- Use a compression algorithm suitable for your data type. For example, use LZ4\n for text data and ZLIB for binary data.\n\n- Avoid using compression for data that is frequently updated.\n Compressing and decompressing data can slow down your update queries.\n\n### Issues related to Cloud Monitoring or Cloud Logging\n\nInstances with the following region names are displayed incorrectly in certain\ncontexts, as follows:\n\n- `us-central1` is displayed as `us-central`\n- `europe-west1` is displayed as `europe`\n- `asia-east1` is displayed as `asia`\n\nThis issue occurs in the following contexts:\n\n- Alerting in Cloud Monitoring\n- Metrics Explorer\n- Cloud Logging\n\nYou can mitigate the issue for Alerting in Cloud Monitoring, and for Metrics\nExplorer, by using\n[Resource metadata labels](https://cloud.google.com/monitoring/api/v3/metric-model#meta-labels).\nUse the system metadata label `region` instead of the\n[cloudsql_database](https://cloud.google.com/monitoring/api/resources#tag_cloudsql_database)\nmonitored resource label `region`."]]
