Problemi noti

Questa pagina elenca i problemi noti di Cloud SQL per MySQL, insieme ai modi per evitarli o risolverli.

In caso di problemi con l'istanza, assicurati di consultare anche le linee guida operative e le informazioni contenute nella sezione 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 delle colonne generate potrebbe danneggiare i 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 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 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 maggiori informazioni, consulta Mantenere aggiornato il proxy di autenticazione Cloud SQL.

  • Connessione non autorizzata

    Se provi a connetterti a un'istanza che non esiste nel progetto, il messaggio di errore indica solo che non disponi dell'autorizzazione per accedere all'istanza.

  • Impossibile creare un'istanza Cloud SQL

    Se viene visualizzato 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 a lunga esecuzione di Cloud SQL 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 continua a eseguire tutti i passaggi dell'importazione fino all'annullamento dell'istanza. Pertanto, potresti dover ripulire manualmente i dati dell'istanza.

Problemi con l'importazione e l'esportazione dei dati

  • L'esportazione CSV non formatta correttamente i valori NULL e i ritorni a capo.

    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ò comportare la presenza nel file CSV di virgolette non bilanciate. Inoltre, se i dati di testo contengono un carattere di nuova riga, vengono aggiunte le virgolette finali alla fine della riga.

    Quando importi un file esportato utilizzando il carattere di escape predefinito, il valore del file viene considerato "NULL" anziché NULL. Per sostituire l'impostazione predefinita 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 in cui non è abilitata l'SQL rigoroso e poi provi a eseguire l'importazione in Cloud SQL (che abilita l'SQL rigoroso per impostazione predefinita), l'importazione potrebbe non riuscire. La best practice prevede di utilizzare durante l'importazione la stessa modalità SQL che hai usato per l'esportazione.

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

    Una clausola DEFINER può causare la mancata riuscita 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 i dati da un database di grandi dimensioni (ad esempio un database con 500 GB di dati o più), 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 l'importazione o l'esportazione è in corso. Una potenziale opzione per migliorare le prestazioni 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 definitivamente una volta al giorno, non in modo continuo. Se il numero di giorni di conservazione dei log è configurato in modo da corrispondere al numero di backup, un giorno di logging potrebbe andare perso, a seconda di quando si verifica il backup. Ad esempio, impostare la conservazione dei log su sette giorni e la conservazione dei backup su sette giorni di backup, significa che i log verranno conservati da sei a sette giorni.

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 specificati di conservazione dei log.

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 stored procedure nel database denominato mysql nell'istanza della versione 5.7, le stored procedure potrebbero non essere copiate nel database mysql nell'istanza versione 8.0 aggiornata. Inoltre, potresti non essere in grado di creare stored procedure 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 da leggere e scrivere 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 è possibile osservare come la compressione delle pagine influisce sulle prestazioni 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, usa 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 può 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 è visualizzato come us-central
  • europe-west1 è visualizzato come europe
  • asia-east1 è visualizzato 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 Metrics Explorer utilizzando Etichette metadati delle risorse. Utilizza l'etichetta dei metadati di sistema region anziché l'etichetta della risorsa monitorata cloudsql_database region.