Questa pagina elenca i problemi noti di Cloud SQL per MySQL, nonché i modi in cui puoi evitarli o risolverli.
Se riscontri problemi con la tua istanza, assicurati di esaminare anche le linee guida operative, nonché le informazioni contenute in Diagnosi dei problemi.Problemi di durabilità e disponibilità dei dati
Colonne generate (solo istanze MySQL 5.7)
A causa di un problema in MySQL, l'utilizzo di colonne generate potrebbe comportare il danneggiamento dei dati. Per ulteriori informazioni, consulta il 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.
Versione del proxy di autenticazione Cloud SQL
Se ti connetti utilizzando il proxy di autenticazione Cloud SQL, assicurati di utilizzare la versione più recente. Per maggiori informazioni, vedi Mantenere aggiornato il proxy di autenticazione Cloud SQL.
Non autorizzato a connettersi
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 nuovi righi.
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 i database hanno 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 carico di lavoro.
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 comeus-central
europe-west1
viene visualizzato comeeurope
asia-east1
viene visualizzato comeasia
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_database region
.