Problemi noti

Questa pagina elenca i problemi noti di Cloud SQL per MySQL, nonché i modi in cui puoi evitarli o recuperarti da questi problemi.

Se riscontri problemi con la tua istanza, assicurati di esaminare anche le linee guida operative, nonché le informazioni riportate in Diagnostica 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 la corruzione dei dati. Per ulteriori informazioni, consulta MySQL bug #82736.

Problemi di connessione delle istanze

  • Certificati SSL/TLS scaduti

    Se l'istanza è configurata per l'utilizzo di 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 e eseguire 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 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, nel messaggio di errore viene indicato solo che non disponi dell'autorizzazione per accedere all'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

  • In un'istanza è possibile eseguire una sola operazione di importazione o esportazione Cloud SQL a lungo termine 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 su ogni istruzione DDL. Cloud SQL conserva tutti i passaggi dell'importazione fino all'annullamento dell'istanza. Di conseguenza, potrebbe essere necessario pulire manualmente i dati sull'istanza.

Problemi con l'importazione e l'esportazione dei dati

  • L'esportazione in formato CSV non formatta correttamente i valori NULL e i nuovi riga.

    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 virgola 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 che sia attivato SQL rigoroso, poi provi a eseguire l'importazione in Cloud SQL (che attiva SQL rigoroso per impostazione predefinita), l'importazione potrebbe non riuscire. La best practice consiste nell'utilizzare la stessa modalità SQL all'importazione che hai utilizzato per l'esportazione.

  • La clausola DEFINER potrebbe causare la mancata riuscita dell'importazione

    Una clausola DEFINER potrebbe causare il fallimento 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 su 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 almeno 500 GB di dati), il completamento delle operazioni di importazione ed esportazione potrebbe richiedere molto tempo. 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 il rendimento del processo di importazione ed esportazione è ripristinare un backup precedente utilizzando gcloud o l'API.

Log delle transazioni e crescita del disco

I log vengono eliminati una volta al giorno, non continuamente. Quando il numero di giorni di conservazione dei log è configurato in modo da corrispondere al numero di backup, potrebbe essere perso un giorno di logging, a seconda di quando viene eseguito il backup. Ad esempio, impostare la conservazione dei log su sette giorni e la conservazione dei backup su sette backup significa che verranno conservati tra sei e sette giorni di log.

Ti consigliamo di impostare il numero di backup su un valore almeno superiore a quello dei giorni di conservazione dei log per garantire un numero minimo di giorni di conservazione dei log specificati.

Problemi con l'upgrade dell'istanza MySQL

Se utilizzi Database Migration Service per eseguire l'upgrade della tua istanza MySQL dalla versione 5.7 alla versione 8.0 e hai creato procedure memorizzate nel database denominato mysql nell'istanza della versione 5.7, le procedure memorizzate 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 procedure memorizzate nel database mysql nell'istanza di cui è stato eseguito l'upgrade.

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 sul disco. Tuttavia, la compressione delle pagine può influire sulle prestazioni delle query di aggiornamento delle 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 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.

Le istanze con i seguenti nomi di regione 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 attenuare 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 region cloudsql_database.