A causa di un problema in MySQL, l'utilizzo di colonne generate potrebbe comportare il danneggiamento dei dati. Per ulteriori informazioni, consulta
Bug #82736 di MySQL.
Problemi di connessione dell'istanza
Certificati SSL/TLS scaduti
Se la tua istanza è configurata per utilizzare SSL, vai alla
pagina Istanze Cloud SQL
nella console Google Cloud e apri l'istanza. Apri la pagina Connessioni, seleziona la scheda
Sicurezza e assicurati che il certificato del server sia valido. Se è scaduto, devi
aggiungere un nuovo certificato ed eseguirne la rotazione.
Se provi a connetterti a un'istanza che non esiste in quel progetto,
il messaggio di errore indica solo che non sei autorizzato ad accedere a quell'istanza.
Impossibile creare un'istanza Cloud SQL
Se visualizzi il messaggio di errore Failed to create subnetwork. Router status is temporarily
unavailable. Please try again later. Help Token: [token-ID], prova a creare di nuovo l'istanza Cloud SQL.
Problemi amministrativi
Su un'istanza può essere eseguita una sola operazione di importazione o esportazione Cloud SQL a lunga esecuzione alla volta. Quando avvii un'operazione, assicurati di non dover eseguire altre operazioni sull'istanza. Inoltre, quando avvii l'operazione, puoi annullarla.
MySQL esegue il commit automatico di ogni istruzione DDL. Cloud SQL
mantiene tutti i passaggi dell'importazione fino all'annullamento
dell'istanza. Pertanto, potresti dover pulire manualmente i dati nell'istanza.
Problemi con l'importazione e l'esportazione dei dati
L'esportazione CSV non formatta correttamente i valori NULL e i caratteri di nuova riga.
Quando esporti i dati come CSV utilizzando la funzionalità di esportazione di Cloud SQL,
i valori NULL vengono esportati come "N, il che può causare la presenza di virgolette
non bilanciate nel file CSV. Inoltre, se i dati
di testo contengono un carattere di nuova riga, viene aggiunta una virgoletta finale
alla fine della riga.
Quando importi un file che hai esportato utilizzando il carattere di escape predefinito,
il file considera il valore come "NULL" anziché NULL. Per ignorare il valore predefinito
quando esporti il file, utilizza --escape="5C".
L'impostazione della modalità SQL influisce sul modo in cui Cloud SQL interpreta le query SQL.
Ad esempio, se esporti da un database senza SQL rigoroso abilitato e poi provi a importare in Cloud SQL (che abilita SQL rigoroso per impostazione predefinita), l'importazione potrebbe non riuscire. La best practice consiste nell'utilizzare la stessa modalità SQL per l'importazione
che hai utilizzato per l'esportazione.
La clausola DEFINER potrebbe causare un errore di importazione
Una clausola DEFINER può causare il mancato funzionamento di un'operazione di importazione se l'utente DEFINER è
un utente SUPER o di sistema ed è diverso dall'utente che esegue l'importazione in
Cloud SQL. Scopri di più sull'utilizzo di DEFINER
e sulle potenziali soluzioni alternative in Cloud SQL.
Se stai tentando di importare ed esportare dati da un database di grandi dimensioni (ad esempio,
un database con 500 GB di dati o più), le operazioni di importazione ed esportazione
potrebbero richiedere molto tempo per essere completate. Inoltre, non puoi eseguire altre operazioni
(ad esempio, l'operazione di backup)
mentre è in corso l'importazione o l'esportazione. Una potenziale opzione per migliorare le
prestazioni del processo di importazione ed esportazione è ripristinare un backup precedente utilizzando gcloud
o l'API.
Cloud Storage supporta una
dimensione massima di un singolo oggetto fino a 5 terabyte.
Se hai database di dimensioni superiori a 5 TB, l'operazione di esportazione in Cloud Storage non va a buon fine. In questo caso, devi suddividere i file di esportazione in segmenti più piccoli.
Log delle transazioni e crescita del disco
I log vengono eliminati una volta al giorno, non in modo continuo. Se il numero di giorni di conservazione dei log
è configurato in modo che sia uguale al numero di backup, un giorno di
registrazione potrebbe andare perso, a seconda di quando viene eseguito il backup. Ad esempio, se imposti la conservazione dei log su sette giorni e la conservazione dei backup su sette backup, verranno conservati i log per un periodo compreso tra sei e sette giorni.
Ti consigliamo di impostare il numero di backup su un valore superiore di almeno uno rispetto ai giorni di conservazione dei log per garantire un minimo di giorni di conservazione dei log specificati.
Problemi con l'upgrade dell'istanza MySQL
Se utilizzi Database Migration Service per eseguire l'upgrade dell'istanza MySQL dalla versione 5.7 alla versione 8.0 e hai creato procedure archiviate nel database denominato mysql nell'istanza della versione 5.7, le procedure archiviate potrebbero non essere copiate nel database mysql nell'istanza della versione 8.0 di cui è stato eseguito l'upgrade. Inoltre, potresti non essere in grado di creare stored procedure nel database mysql nell'istanza aggiornata.
Problemi con la compressione delle pagine InnoDB
La compressione delle pagine InnoDB può migliorare le prestazioni delle query di aggiornamento riducendo la quantità di dati che devono essere letti e scritti su disco. Tuttavia, la compressione delle pagine può influire sulle prestazioni delle
query di aggiornamento sulle tabelle aggiornate di frequente. Per valutare l'impatto della compressione delle pagine sulle query di aggiornamento, puoi eseguire un test delle prestazioni con e senza compressione delle pagine. In questo modo, puoi osservare in che modo la compressione
delle pagine influisce sul rendimento del tuo workload.
Puoi ottimizzare il rendimento della compressione delle pagine nel seguente modo:
Utilizza un algoritmo di compressione adatto al tuo tipo di dati. Ad esempio, utilizza LZ4
per i dati di testo e ZLIB per i dati binari.
Evita di utilizzare la compressione per i dati aggiornati di frequente.
La compressione e la decompressione dei dati possono rallentare le query di aggiornamento.
Problemi relativi a Cloud Monitoring o Cloud Logging
Le istanze con i seguenti nomi di regioni vengono visualizzate in modo errato in determinati contesti, come segue:
us-central1 viene visualizzato come us-central
europe-west1 viene visualizzato come europe
asia-east1 viene visualizzato come asia
Questo problema si verifica nei seguenti contesti:
Avvisi in Cloud Monitoring
Esplora metriche
Cloud Logging
Puoi mitigare il problema per gli avvisi in Cloud Monitoring e per Metrics Explorer utilizzando le etichette dei metadati delle risorse.
Utilizza l'etichetta dei metadati di sistema region anziché l'etichetta della risorsa monitorata cloudsql_databaseregion.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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`."]]
