Problemi noti

Questa pagina elenca i problemi noti di Cloud SQL per MySQL, insieme ai modi in cui puoi evitarli o ripristinarli.

Se riscontri problemi con l'istanza, assicurati di consultare anche le linee guida operative e le informazioni 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 causare il danneggiamento dei dati. Per ulteriori informazioni, consulta il bug di MySQL n. 82736.

Problemi di connessione all'istanza

  • Certificati SSL/TLS scaduti

    Se l'istanza è configurata per utilizzare SSL, vai alla pagina Istanze Cloud SQL nella Google Cloud console 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 e ruotarlo.

  • 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 ulteriori informazioni, consulta Mantenere aggiornato il proxy di autenticazione Cloud SQL.

  • Non autorizzato a connettersi

    Se provi a connetterti a un'istanza che non esiste nel progetto, il messaggio di errore indica solo che non hai l'autorizzazione per accedere a questa istanza.

  • Impossibile creare un'istanza Cloud SQL

    Se visualizzi il Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID] errore messaggio, prova a creare di nuovo l'istanza Cloud SQL.

Problemi amministrativi

  • Su un'istanza è possibile eseguire 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 conserva tutti i passaggi dell'importazione fino all'annullamento dell'istanza. Pertanto, potrebbe essere necessario liberare spazio sui dati sull'istanza manualmente.

Problemi di importazione ed esportazione dei dati

  • L'esportazione CSV non formatta correttamente i valori NULL e le nuove righe.

    Quando esporti i dati in formato 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, alla fine della riga viene aggiunta una virgoletta finale.

    Quando importi un file esportato utilizzando il carattere di escape predefinito, il file tratta il valore come "NULL" anziché NULL. Per sostituire 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 Strict abilitato, quindi provi a importare in Cloud SQL (che abilita SQL Strict per impostazione predefinita), l'importazione potrebbe non riuscire. La best practice consiste nell'utilizzare la stessa modalità SQL per l'importazione utilizzata per l'esportazione.

  • La clausola DEFINER può causare il mancato completamento dell'importazione

    Una clausola DEFINER può causare il mancato completamento 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) durante l'importazione o l'esportazione. Una potenziale opzione per migliorare il rendimento 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 cinque tebibyte (5 TiB). Poiché Cloud SQL comprime i dati prima di caricarli in Cloud Storage, un'operazione di esportazione non riesce solo se la dimensione compressa di un file di esportazione supera i 5 TiB.

    Il rapporto di compressione dipende dai tipi di dati nel database; ad esempio, il testo si comprime meglio dei dati binari come i BLOB. Pertanto, una dimensione del database o della tabella superiore a 5 TiB potrebbe non causare il mancato completamento di un'esportazione se i dati sono altamente comprimibili, mentre i dati non compressi che si avvicinano a 5 TiB potrebbero non riuscire.

    Se esegui un'operazione di esportazione standard, Cloud SQL in genere crea un singolo file di esportazione. Se utilizzi l'esportazione parallela, Cloud SQL crea più file di esportazione. Con questo tipo di esportazione, l'operazione di esportazione non riesce se una tabella è abbastanza grande da superare i 5 TiB del file di esportazione compresso.

    Se l'esportazione non riesce a causa del limite di 5 TiB, devi suddividerla in segmenti più piccoli. Se utilizzi un'esportazione standard e riscontri questo limite, valuta la possibilità di passare all'esportazione parallela.

Log delle transazioni e crescita del disco

I log vengono eliminati una volta al giorno, non in modo continuo. Quando il numero di giorni di conservazione dei log è configurato in modo che sia uguale al numero di backup, è possibile che venga perso un giorno di logging, 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 tra sei e sette giorni di log.

Ti consigliamo di impostare il numero di backup su almeno uno in più 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 stored procedure create nel database denominato mysql nell'istanza della versione 5.7, è possibile che le stored procedure non vengano copiate nel database mysql nell'istanza della versione 8.0 di cui hai eseguito l'upgrade. Inoltre, potresti non essere in grado di creare stored procedure nel database mysql nell'istanza di cui hai eseguito l'upgrade.

Problemi con la compressione delle pagine InnoDB

La compressione delle pagine InnoDB può migliorare il rendimento delle query di aggiornamento riducendo la quantità di dati da leggere e scrivere su disco. Tuttavia, la compressione delle pagine può influire sul rendimento 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 del rendimento 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 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 indicato di seguito:

  • us-central1 viene visualizzata come us-central
  • europe-west1 viene visualizzata come europe
  • asia-east1 viene visualizzata come asia

Questo problema si verifica nei seguenti contesti:

  • Avvisi in Cloud Monitoring
  • Metrics Explorer
  • Cloud Logging

Puoi mitigare il problema per gli avvisi in Cloud Monitoring e per Esplora metriche utilizzando le etichette dei metadati delle risorse. Utilizza l'etichetta dei metadati di sistema region anziché l' cloudsql_database cloudsql_database region.