Problemi noti

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.

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 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_database region.