Diagnostica dei problemi

Questa pagina contiene un elenco dei problemi più frequenti che potresti riscontrare quando utilizzi le istanze Cloud SQL e i passaggi che puoi seguire per risolverli. Consulta anche le pagine Problemi noti, Risoluzione dei problemi e Pagina di assistenza.

Visualizza i log

Per visualizzare informazioni sulle operazioni recenti, puoi consultare i log delle operazioni dell'istanza Cloud SQL o i log degli errori MySQL.

Istanza non reattiva

Se l'istanza smette di rispondere alle connessioni o le prestazioni peggiorano, assicurati che sia conforme alle linee guida operative. Se non è conforme a queste linee guida, non è coperta dallo SLA di Cloud SQL.

Problemi di connessione

Per assistenza con i problemi di connessione, consulta la pagina Debug dei problemi di connessione o la sezione Connettività nella pagina di risoluzione dei problemi.

Problemi dell'istanza

Backup

Per ottenere le migliori prestazioni per i backup, mantieni il numero di tabelle entro un limite ragionevole.

Per altri problemi relativi ai backup, consulta la sezione Backup nella pagina di risoluzione dei problemi.

Importazione ed esportazione

Le importazioni e le esportazioni in Cloud SQL sono le stesse che si ottengono utilizzando l'utilità mysqldump, con la differenza che con la funzionalità di importazione/esportazione di Cloud SQL i dati vengono trasferiti utilizzando un bucket Cloud Storage.

Le importazioni in Cloud SQL e le esportazioni da Cloud SQL possono richiedere molto tempo, a seconda delle dimensioni dei dati in fase di elaborazione. Ciò può avere i seguenti impatti:

  • Non puoi interrompere un'operazione dell'istanza Cloud SQL a lunga esecuzione.
  • Puoi eseguire una sola operazione di importazione o esportazione alla volta per ogni istanza e un'importazione o esportazione di lunga durata blocca altre operazioni, come i backup automatici giornalieri. Le esportazioni serverless consentono di eseguire altre operazioni, tra cui la modifica delle istanze, l'importazione, il failover e lo sblocco dei backup automatici giornalieri.

Puoi ridurre il tempo necessario per completare ogni operazione utilizzando la funzionalità di importazione o esportazione di Cloud SQL con batch di dati più piccoli.

Per le esportazioni, puoi eseguire l'esportazione da una replica di lettura o utilizzare l'esportazione serverless per ridurre al minimo l'impatto sulle prestazioni del database e consentire l'esecuzione di altre operazioni sull'istanza mentre è in corso un'esportazione.

Altri aspetti da tenere presente durante l'importazione:

  • Se l'importazione si arresta in modo anomalo, potrebbe essere dovuto a un errore di memoria esaurita (OOM). In questo caso, puoi provare a utilizzare direttamente i comandi MySQL per aggiungere i parametri --extended-insert=FALSE --complete-insert. Questi parametri riducono la velocità dell'importazione, ma anche la quantità di memoria richiesta.

Per altri problemi di importazione ed esportazione, consulta la sezione Importazione ed esportazione nella pagina di risoluzione dei problemi.

Spazio sul disco

Se l'istanza raggiunge la quantità massima di spazio di archiviazione consentita, le operazioni di scrittura sul database non vanno a buon fine. Se elimini i dati, ad esempio eliminando una tabella, lo spazio liberato non viene riflesso nello Spazio di archiviazione utilizzato segnalato dell'istanza. Per una spiegazione di questo comportamento, consulta la domanda frequente Come faccio a recuperare lo spazio di una tabella eliminata?

Il raggiungimento del limite massimo di spazio di archiviazione può anche causare il blocco dell'istanza durante il riavvio.

Evita il danneggiamento dei dati

Evita le colonne generate

A causa di un problema in MySQL, l'utilizzo di colonne generate potrebbe causare il danneggiamento dei dati. Per saperne di più, consulta il bug MySQL n. 82736.

Arresti corretti

Quando Cloud SQL arresta un'istanza (ad esempio per la manutenzione), non vengono inviate nuove connessioni all'istanza e le connessioni esistenti vengono terminate. Il tempo a disposizione di mysqld per l'arresto è limitato a 1 minuto. Se l'arresto non viene completato entro questo periodo di tempo, il processo mysqld viene interrotto forzatamente. Ciò può comportare l'interruzione delle scritture su disco a metà.

Motori del database

InnoDB è l'unico motore di archiviazione supportato per le istanze MySQL perché è più resistente al danneggiamento delle tabelle rispetto ad altri motori di archiviazione MySQL, come MyISAM.

Per impostazione predefinita, le tabelle del database Cloud SQL vengono create utilizzando il motore di archiviazione InnoDB. Se la sintassi CREATE TABLE include un'opzione ENGINE che specifica un motore di archiviazione diverso da InnoDB, ad esempio ENGINE = MyISAM, la tabella non viene creata e vengono visualizzati messaggi di errore come nell'esempio seguente:

ERROR 3161 (HY000): Storage engine MyISAM is disabled (Table creation is disallowed).

Puoi evitare questo errore rimuovendo l'opzione ENGINE = MyISAM dal comando CREATE TABLE. In questo modo, la tabella viene creata con il motore di archiviazione InnoDB.

Modifiche alle tabelle di sistema

Le tabelle di sistema MySQL utilizzano il motore di archiviazione MyISAM, incluse tutte le tabelle nel database mysql, ad esempio mysql.user e mysql.db. Queste tabelle sono vulnerabili agli arresti non corretti. Esegui il comando FLUSH CHANGES dopo aver apportato modifiche a queste tabelle. Se si verifica un danneggiamento di MyISAM, CHECK TABLE e REPAIR TABLE possono riportarti a uno stato corretto (ma non salvare i dati).

ID transazione globale (GTID)

In tutte le istanze MySQL, il GTID viene attivato automaticamente. L'attivazione del GTID protegge dalla perdita di dati durante la creazione e il failover della replica e rende la replica più efficace. Tuttavia, il GTID presenta alcune limitazioni imposte da MySQL, come documentato nel manuale di MySQL. Le seguenti operazioni non sicure dal punto di vista delle transazioni non possono essere utilizzate con un server MySQL abilitato per GTID:

  • CREATE TABLE ... SELECT istruzioni;
  • CREATE TEMPORARY TABLE istruzioni all'interno delle transazioni;
  • Transazioni o istruzioni che interessano sia le tabelle transazionali sia quelle non transazionali.

Se utilizzi una transazione non sicura dal punto di vista transazionale, viene visualizzato un messaggio di errore simile al seguente esempio:

 Exception: SQLSTATE[HY000]: General error: 1786
 CREATE TABLE ... SELECT is forbidden when @@GLOBAL.ENFORCE_GTID_CONSISTENCY = 1.

Utilizza trigger e funzioni archiviate

Se nell'istanza è abilitato il logging binario e devi utilizzare trigger o funzioni archiviate, assicurati che il flag log_bin_trust_function_creators dell'istanza sia impostato su on.

Stato sospeso

Esistono vari motivi per cui Cloud SQL potrebbe sospendere un'istanza, tra cui:

  • Problemi di fatturazione

    Ad esempio, se la carta di credito per l'account di fatturazione del progetto è scaduta, l'istanza potrebbe essere sospesa. Puoi controllare i dati di fatturazione di un progetto andando alla pagina Fatturazione della console Google Cloud , selezionando il progetto e visualizzando i dati dell'account di fatturazione utilizzato per il progetto. Una volta risolto il problema di fatturazione, l'istanza torna allo stato eseguibile entro poche ore.

  • Problemi principali con Cloud Key Management Service

    Ad esempio, se la versione della chiave di Cloud KMS utilizzata per criptare i dati utente nell'istanza Cloud SQL non è presente, l'accesso alla chiave viene revocato o se la chiave viene disattivata, eliminata o non è raggiungibile per diverse ore dopo più tentativi. Per saperne di più, consulta Utilizzo delle chiavi di crittografia gestite dal cliente (CMEK).

  • Problemi legali

    Ad esempio, una violazione delle Norme di utilizzo accettabile diGoogle Cloud può causare la sospensione dell'istanza. Per saperne di più, consulta la sezione "Sospensioni e rimozioni" dei Termini di servizio diGoogle Cloud .

  • Problemi operativi

    Ad esempio, se un'istanza è bloccata in un loop di arresto anomalo (si arresta in modo anomalo durante l'avvio o subito dopo l'avvio), Cloud SQL potrebbe sospenderla.

Mentre un'istanza è sospesa, puoi continuare a visualizzare le informazioni relative o puoi eliminarla, se la sospensione è stata attivata da problemi di fatturazione.

Gli utenti di Cloud SQL con pacchetti di assistenza Platinum, Gold o Silver possono contattare direttamente il nostro team di assistenza per le istanze sospese. Tutti gli utenti possono utilizzare le indicazioni precedenti insieme al forum google-cloud-sql.

Prestazioni

Panoramica

Cloud SQL supporta i workload che richiedono alte prestazioni,fino a 60.000 IOPS e senza costi aggiuntivi per I/O. Le prestazioni in termini di IOPS e throughput dipendono, tra gli altri fattori, dalle dimensioni del disco, dal numero di vCPU dell'istanza e dalle dimensioni dei blocchi di I/O.

Le prestazioni dell'istanza dipendono anche dalla scelta del tipo di archiviazione e dal workload.

Scopri di più su:

Abilita i log delle query

Per ottimizzare le prestazioni delle query, puoi configurare Cloud SQL in modo che registri le query lente aggiungendo i flag di database --log_output='FILE' e --slow_query_log=on alla tua istanza. In questo modo, l'output del log è disponibile utilizzando il visualizzatore log nella console Google Cloud . Tieni presente che si applicano i costi di logging di Google Cloud Observability.

Non impostare log_output su TABLE. In questo modo, possono verificarsi problemi di connessione, come descritto in Suggerimenti per l'utilizzo dei flag.

Puoi fare riferimento a questo tutorial per istruzioni su come registrare e monitorare le query lente di Cloud SQL per MySQL utilizzando Cloud Logging e Monitoring.

Attiva il monitoraggio dei blocchi

I monitor InnoDB forniscono informazioni sullo stato interno del motore di archiviazione InnoDB, che puoi utilizzare per l'ottimizzazione delle prestazioni.

Accedi all'istanza utilizzando il client MySQL e ottieni l'output del monitor on demand:

SHOW ENGINE INNODB STATUS\G

Per spiegazioni delle sezioni nell'output del monitor, consulta Output di InnoDB Standard Monitor e Lock Monitor.

Puoi attivare i monitor InnoDB in modo che l'output venga generato periodicamente in un file o in una tabella, con un peggioramento delle prestazioni. Per saperne di più, consulta Attivazione dei monitor InnoDB.

Utilizza lo schema delle prestazioni

Lo schema delle prestazioni MySQL è una funzionalità per il monitoraggio dell'esecuzione del server MySQL a un basso livello. Il modo più accessibile per utilizzare le statistiche generate in performance_schema è tramite la funzionalità Report sul rendimento di MySQL Workbench.

Mantieni un numero ragionevole di tabelle di database

Le tabelle del database consumano risorse di sistema. Un numero elevato può influire sulle prestazioni e sulla disponibilità dell'istanza e causare la perdita della copertura dello SLA. Scopri di più.

Suggerimenti generali per le prestazioni

. Per inserimenti, aggiornamenti o eliminazioni lenti del database, prendi in considerazione le seguenti azioni:
  • Controlla le località del writer e del database; l'invio di dati a lunga distanza introduce latenza.

Per le selezioni di database lenti, tieni presente quanto segue:

  • La memorizzazione nella cache è importante per le prestazioni di lettura. Confronta le dimensioni del tuo set di dati con quelle della RAM della tua istanza. Idealmente, l'intero set di dati rientra nel 70% della RAM dell'istanza, nel qual caso le query non sono vincolate alle prestazioni di I/O. In caso contrario, valuta la possibilità di aumentare le dimensioni della RAM dell'istanza.
  • Se il tuo workload è costituito da query ad alta intensità di CPU (ordinamento, espressioni regolari, altre funzioni complesse), l'istanza potrebbe essere limitata; aumenta le vCPU.
  • Controlla la posizione del lettore e del database: la latenza influisce sulle prestazioni di lettura ancora più che su quelle di scrittura.
  • Esamina i miglioramenti delle prestazioni non specifici di Cloud SQL, come l'aggiunta di un'indicizzazione appropriata, la riduzione dei dati scansionati e l'evitare round trip aggiuntivi.

    • Se noti un rendimento scarso durante l'esecuzione delle query, utilizza EXPLAIN. EXPLAIN è un'istruzione che aggiungi ad altre istruzioni, come SELECT, e restituisce informazioni su come MySQL esegue l'istruzione. Funziona con SELECT, DELETE, INSERT, REPLACE e UPDATE. Ad esempio: EXPLAIN SELECT * FROM myTable;.

    Utilizza EXPLAIN per identificare dove puoi:

    • Aggiungi indici alle tabelle per migliorare le prestazioni delle query. Ad esempio, assicurati che ogni campo utilizzato come chiave JOIN abbia un indice su entrambe le tabelle.

    • Migliorare le operazioni di ORDER BY. Se EXPLAIN mostra "Using temporary; Using filesort" nella colonna Extra dell'output, i risultati intermedi vengono archiviati in un file che viene poi ordinato, il che di solito comporta un rendimento scarso. In questo caso, segui uno di questi passaggi:

      • Se possibile, utilizza gli indici anziché l'ordinamento. Per saperne di più, consulta Ottimizzazione di ORDER BY.

      • Aumenta le dimensioni della variabile sort_buffer_size per la sessione di query.

      • Utilizza meno RAM per riga dichiarando solo le colonne necessarie.

    Risoluzione dei problemi

    Per altri problemi di Cloud SQL, consulta la pagina relativa alla risoluzione dei problemi.

    Messaggi di errore

    Per messaggi di errore specifici dell'API, consulta la pagina di riferimento Messaggi di errore.

    Risolvi i problemi relativi alle chiavi di crittografia gestite dal cliente (CMEK)

    Le operazioni dell'amministratore di Cloud SQL, come la creazione, la clonazione o l'aggiornamento, potrebbero non riuscire a causa di errori di Cloud KMS e di ruoli o autorizzazioni mancanti. I motivi più comuni dell'errore includono una versione della chiave Cloud KMS mancante, una versione della chiave Cloud KMS disabilitata o eliminata, autorizzazioni IAM insufficienti per accedere alla versione della chiave Cloud KMS o la versione della chiave Cloud KMS si trova in una regione diversa rispetto all'istanza Cloud SQL. Utilizza la seguente tabella per la risoluzione dei problemi per diagnosticare e risolvere i problemi comuni.

    Tabella per la risoluzione dei problemi relativi alle chiavi di crittografia gestite dal cliente

    Per questo errore… Il problema potrebbe essere… Prova…
    Account di servizio per prodotto e per progetto non trovato Il nome del account di servizio non è corretto. Assicurati di aver creato un account di servizio per il progetto utente corretto.

    VAI ALLA PAGINA SERVICE ACCOUNT.

    Impossibile concedere l'accesso al account di servizio L'account utente non dispone dell'autorizzazione per concedere l'accesso a questa versione della chiave. Aggiungi il ruolo Organization Administrator al tuo account utente o di servizio.

    VAI ALLA PAGINA DEGLI ACCOUNT IAM

    La versione della chiave Cloud KMS è stata eliminata La versione della chiave viene eliminata. Se la versione della chiave viene distrutta, non puoi utilizzarla per criptare o decriptare i dati.
    La versione della chiave Cloud KMS è disabilitata La versione della chiave è disabilitata. Riattiva la versione della chiave Cloud KMS.

    VAI ALLA PAGINA CHIAVI DI CRITTOGRAFIA

    Autorizzazione insufficiente per utilizzare la chiave Cloud KMS Il ruolo cloudkms.cryptoKeyEncrypterDecrypter non è presente nell'account utente o di servizio che utilizzi per eseguire operazioni sulle istanze Cloud SQL oppure la versione della chiave Cloud KMS non esiste. Nel progetto Google Cloud che ospita la chiave, aggiungi il ruolo cloudkms.cryptoKeyEncrypterDecrypter al tuo utente o account di servizio.

    VAI ALLA PAGINA DEGLI ACCOUNT IAM


    Se il ruolo è già stato assegnato al tuo account, consulta Creazione di una chiave per scoprire come creare una nuova versione della chiave. Vedi nota.
    Chiave Cloud KMS non trovata La versione della chiave non esiste. Crea una nuova versione della chiave. Consulta Creazione di una chiave. Vedi nota.
    Chiave EKM non raggiungibile La chiave del gestore di chiavi esterno (EKM) non è raggiungibile per diverse ore. Anche dopo più tentativi, la chiave EKM rimane non raggiungibile.

    Se l'istanza è sospesa perché una chiave non è disponibile, ma la chiave risulta attiva e disponibile nella console Google Cloud , è probabile che il problema riguardi la connessione o l'autenticazione EKM.    		 Verifica lo stato della connessione EKM e risolvi il problema con il tuo provider EKM.
    • Assicurati che i log di controllo dell'accesso ai dati di Cloud KMS siano abilitati per il tuo progetto.
    • Per visualizzare l'errore specifico restituito dal provider EKM, cerca le operazioni Decrypt non riuscite in Cloud Audit Logs.
    • Controlla i log interni del gestore esterno delle chiavi (ad esempio, i log dell'appliance Thales) per verificare se si sono verificate interruzioni della connessione o errori di convalida del token JWT (JSON Web Token). Controlla le regole firewall di rete per assicurarti che l'EKM sia autorizzato a connettersi a internet per scaricare i certificati di verifica pubblici di Google.

    VAI ALLA PAGINA CHIAVI DI CRITTOGRAFIA

    L'istanza Cloud SQL e la versione della chiave Cloud KMS si trovano in regioni diverse La versione della chiave Cloud KMS e l'istanza Cloud SQL devono trovarsi nella stessa regione. Non funziona se la versione della chiave Cloud KMS si trova in una regione globale o in più regioni. Crea una versione della chiave nella stessa regione in cui vuoi creare le istanze. Consulta la sezione Creazione di una chiave. Vedi nota.
    La versione della chiave Cloud KMS viene ripristinata, ma l'istanza è ancora sospesa dopo alcuni minuti. Il processo di convalida interna dell'istanza può richiedere fino a 10 minuti prima che l'istanza torni disponibile. Attendi 10 minuti affinché l'istanza diventi disponibile.
    La versione della chiave Cloud KMS è stata ripristinata, ma l'istanza è ancora sospesa dopo più di 10 minuti. La versione della chiave è disattivata o non concede le autorizzazioni appropriate. Riattiva la versione della chiave e concedi il ruolo cloudkms.cryptoKeyEncrypterDecrypter al tuo account utente o di servizio nel progetto Google Cloud che ospita la chiave.

    Tabella per la risoluzione dei problemi di nuova crittografia

    Per questo errore… Il problema potrebbe essere… Prova…
    La nuova crittografia della risorsa CMEK non è riuscita perché la chiave Cloud KMS non è accessibile. Assicurati che la versione della chiave primaria sia abilitata e che l'autorizzazione sia concessa correttamente. La versione della chiave è disattivata o non concede le autorizzazioni appropriate.

    Riattiva la versione della chiave Cloud KMS:

    VAI ALLA PAGINA CHIAVI DI CRITTOGRAFIA

    Nel progetto Google Cloud che ospita la chiave, verifica che il ruolo cloudkms.cryptoKeyEncrypterDecrypter sia concesso al tuo account utente o di servizio:

    VAI ALLA PAGINA DEGLI ACCOUNT IAM
    La nuova crittografia della risorsa CMEK non è riuscita a causa di un errore interno del server. Riprova più tardi Si è verificato un errore interno del server. Riprova a eseguire la nuova crittografia. Per ulteriori informazioni, consulta Ricrittografa un'istanza o una replica abilitata per CMEK esistente