Messaggi di errore Cloud SQL

Questa pagina illustra alcuni dei messaggi di errore riscontrati in Cloud SQL.

Panoramica

I messaggi di errore in Cloud SQL provengono da molte fonti e vengono visualizzati in molti luoghi. Alcuni messaggi di errore provengono dai motori del database, altri da il servizio Cloud SQL, altre da applicazioni client e altre restituite dalle chiamate all'API Cloud SQL Admin.

Questa pagina include alcuni degli errori più comuni rilevati in Cloud SQL. Se non trovi il codice o il messaggio di errore che stai cercando qui puoi cercare materiale di riferimento originale:

Se non trovi il materiale di riferimento per il messaggio di errore visualizzato, puoi anche cercare in alcuni di questi luoghi in cui altri utenti potrebbero avere un'esperienza pertinente:

Errori operativi

A | B | C | D | E | V | G | I | L | M | N | O | P | T | R | S | G | U | O

Messaggio di errore Risoluzione dei problemi
Connessione xxx al database interrotta: DB_NAME. L'applicazione non termina le connessioni correttamente.

Verifica le seguenti condizioni:

  • L'applicazione non ha chiamato mysql_close() prima di uscire.
  • Errori di comunicazione.
  • L'applicazione potrebbe essere in stato di sospensione per più del numero di secondi specificato in "wait_timeout" o "interactive_timeout" senza inviare richieste al server. Vedi Sezione 5.1.7, Variabili di sistema del server.
  • L'applicazione è terminata bruscamente durante un trasferimento di dati.
  • Il valore della variabile max_allowed_packet potrebbe essere troppo piccolo o le query richiedono più memoria di quella allocata per mysqld. Il problema può essere risolto aumentando il flag max_allowed_packet a un numero molto più grande.
Accesso negato. Per questa operazione sono necessari almeno uno dei privilegi SUPER. Nell'origine potrebbe esserci una visualizzazione, una funzione o una procedura database che fa riferimento a DEFINER in un modo non supportato da Cloud SQL.

Aggiorna il definitore nei database esterni, ad esempio da root@localhost a root@% o non è un super user. Per ulteriori informazioni, consulta Controllo dell'accesso agli oggetti archiviati.
Accesso negato per l'utente "XXX"@"XXX" (con password: XXX) Le cause possono essere diverse, tra cui:
  • Il nome utente (o la password) non è corretto.
  • L'utente si connette da un URL diverso da @XXX.
  • L'utente non dispone dei privilegi corretti per il database a cui stanno tentando di connettersi.

Prova a procedere nel seguente modo:

  • Verifica il nome utente e la password corrispondente.
  • Controlla l'origine della connessione per verificare se corrisponde all'URL in cui l'utente dispone di privilegi di accesso.
  • Controlla i privilegi di concessione dell'utente nel database.
Intervallo IP allocato non trovato nella rete. I peering VPC non sono stati aggiornati dopo la modifica o la rimozione di un intervallo allocato.

Devi modificare la connessione privata. Utilizza il comando seguente e rendi assicurati di utilizzare l'argomento --force:

gcloud services vpc-peerings update \
--network=VPC_NETWORK \
--ranges=ALLOCATED_RANGES \
--service=servicenetworking.googleapis.com \
--force
Qualsiasi comando negato all'utente "root"@"%" per la tabella ... L'utente non dispone di tutte le autorizzazioni necessarie per questa operazione.

Prova questa procedura:

  1. Connettersi al database (ad esempio utilizzando Cloud Shell) e accedi come root.
  2. Esegui USE mysql;.
  3. Concedi le seguenti autorizzazioni utilizzando la sintassi: 
    GRANT PERMISSION_1,PERMISSION_2 ON *.* TO 'root' WITH GRANT OPTION;
    • SELEZIONA
    • INSERT
    • AGGIORNA
    • ELIMINA
    • CREA
    • RILASCIA
    • RICARICA
    • SPEGNIMENTO
    • PROCEDURA
    • RIFERIMENTI
    • INDICE
    • ALTER
    • SHOW DATABASES
    • CREA TABELLE TEMPORANEE
    • BLOCCA TABELLE
    • EXECUTE
    • REPLICATION SLAVE
    • CLIENT REPLICATION
    • CREA VISTA
    • VISTA DEL PROGRAMMA
    • CREA ROUTINE
    • ALTER ROUTINE
    • CREA UTENTE
    • EVENTO
    • TRIGGER
    • CREA SPAZIO TABELLA
  4. Esegui USE 'Database_Name'; dove Database_Name è il database in cui crei le viste.
  5. Esegue tutte le visualizzazioni di creazione nella sessione ed esegue il commit.
Messaggio di errore Risoluzione dei problemi
Richiesta errata. Questo messaggio può avere molte cause. Illegal Argument è uno dei più comuni. In questo caso, la richiesta utilizza il modulo o un valore non valido per l'argomento. Per le molte altre cause, il messaggio di errore potrebbe contenere un suggerimento utile.

Per Illegal Argument, controlla la richiesta per assicurarti che ogni e ogni valore dell'argomento è valido. Per tutte le altre cause, controlla i file di log per verificare se sono presenti ulteriori informazioni.
Messaggio di errore Risoluzione dei problemi
Impossibile modificare gli intervalli allocati in CreateConnection. Utilizza UpdateConnection. I peering VPC non sono stati aggiornati dopo la modifica o la rimozione di un intervallo allocato.

Devi modificare la connessione privata. Utilizza il seguente comando e assicurati di utilizzare l'argomento --force:

gcloud services vpc-peerings update \
--network=VPC_NETWORK \
--ranges=ALLOCATED_RANGES \
--service=servicenetworking.googleapis.com \
--force
Connessione reimpostata dal peer.

Se stai tentando di eseguire un'esportazione e Cloud Storage ricevere dati entro un determinato periodo di tempo, la connessione viene reimpostata.

Prova a eseguire un'esportazione manuale utilizzando pg_dump.
Constraints/sql.restrictAuthorizedNetworks. L'operazione di clonazione è bloccata dal Configurazione di Authorized Networks. Authorized Networks sono configurati per gli indirizzi IP pubblici nella sezione Connettività della console Google Cloud e la clonazione non è consentita per motivi di sicurezza.

Se possibile, rimuovi tutte le voci Authorized Networks dall'istanza Cloud SQL. Altrimenti, crea una replica senza voci Authorized Networks.
Impossibile allocare una nuova pagina per il database database_name a causa di spazio su disco insufficiente nel gruppo di file PRIMARY. Il filegroup PRIMARY, che è il filegroup principale e predefinito in un ha esaurito lo spazio.

Utilizza il comando sp_helpdb per ottenere informazioni sul database.

Valuta le seguenti soluzioni:

  • Espandi manualmente lo spazio su disco o riduci i dati nel database.
  • Assicurati che Automatic storage increase sia abilitato per l'istanza di database.
  • Aggiungi altri gruppi di file e spostavi i dati.
  • Assicurati che la crescita non sia limitata. Utilizza il comando ALTER DATABASE per abilitare la crescita automatica, se non è già abilitata, e per aumentare la dimensione massima del file.
  • Gestisci i file tempdb. Utilizza i comandi DBCC OPENTRAN e DBCC SQLPERF per verificare le transazioni aperte che possono causare l'aumento del file tempdb o del log delle transazioni.
Messaggio di errore Risoluzione dei problemi
Il database user non esiste. gcloud sql connect --user funziona solo con l'impostazione predefinita postgres utente.

Connettiti con l'utente predefinito e cambia gli utenti.
Il disco è pieno. La dimensione del disco dell'istanza principale può diventare piena durante la creazione della replica.

Modifica l'istanza principale per eseguirne l'upgrade a una dimensione del disco maggiore.
Messaggio di errore Risoluzione dei problemi
Impossibile creare la subnet. Non sono disponibili altri indirizzi nell'intervallo IP.

Impossibile trovare blocchi gratuiti negli intervalli IP allocati. Assegna nuovi intervalli per questo fornitore di servizi.

Non sono disponibili altri indirizzi nell'intervallo IP allocato.

Considera questi possibili scenari:

  • La dimensione dell'intervallo IP allocato per la connessione privata al servizio è minore di /24.
  • La dimensione dell'intervallo IP allocato per la connessione privata al servizio è troppo piccolo per il numero di istanze Cloud SQL.
  • Il requisito relativo alla dimensione dell'intervallo IP allocato sarà maggiore se le istanze vengono create in più regioni. Vedi la dimensione intervallo allocato

Per ciascuno degli scenari precedenti, puoi scegliere di espandere l'esistente o di allocare un intervallo IP aggiuntivo alla connessione del servizio privato.

Se stai allocando un nuovo intervallo, assicurati di non creare un'allocazione che si sovrappone a eventuali allocazioni esistenti.

Dopo aver creato un nuovo intervallo IP, aggiorna il peering VPC con il seguente comando:

gcloud services vpc-peerings update \
--service=servicenetworking.googleapis.com
--ranges=OLD_RESERVED_RANGE_NAME,NEW_RESERVED_RANGE_NAME \
--network=VPC_NETWORK
--project=PROJECT_ID \
--force

Se stai espandendo un'allocazione esistente, assicurati di aumentare solo il valore l'intervallo di allocazione e non diminuirlo. Ad esempio, se l'allocazione originale era 10.0.10.0/24, imposta la nuova allocazione almeno su 10.0.10.0/23.

In generale, se parti da un'allocazione /24, è buona norma diminuire la maschera di 1 per ogni condizione (gruppo di tipo di istanza aggiuntivo, regione aggiuntiva). Ad esempio, se stai tentando di creare entrambi i gruppi di tipo di istanza nella stessa allocazione, è sufficiente passare da /24 a /23.

Dopo aver ampliato un intervallo IP esistente, aggiorna il peering VPC con il seguente comando:

gcloud services vpc-peerings update \
--service=servicenetworking.googleapis.com
--ranges=RESERVED_RANGE_NAME \
--network=VPC_NETWORK \
--project=PROJECT_ID \
--force
Messaggio di errore Risoluzione dei problemi
(gcloud.sql.connect) Sembra che il tuo client non abbia ipv6 e l'istanza del database non ha un indirizzo ipv4. Stai tentando di connetterti alla tua istanza IP privato utilizzando Cloud Shell.

Connessione da Cloud Shell a un'istanza con solo un IP privato non è attualmente supportato.
È stato ricevuto un pacchetto più grande di max_allowed_packet byte durante il dumping della tabella. Il pacchetto era più grande di quanto consentito dalle impostazioni.

Utilizza mysqldump con l'opzione max_allowed_packet.

Per scoprire di più sull'utilizzo degli indicatori mysqldump per la migrazione dell'importazione gestita, consulta Indicatori di sincronizzazione iniziale consentiti e predefiniti
Messaggio di errore Risoluzione dei problemi
InnoDB: scrittura nel file ./ibtmp1 non riuscita in data offset XXXX, AAAA byte dovrebbero essere stati scritti, solo 0 sono stati scritti. L'istanza ha raggiunto un limite fisso durante l'esecuzione di un backup automatico.

Verifica che il sistema operativo e il file system supportino file di queste dimensioni. Controlla che il disco non sia pieno o esaurito. quota del disco. Puoi richiedere un aumento delle quote dal Console Google Cloud oppure modificare l'istanza per eseguirne l'upgrade a una dimensione disco maggiore.
Errore interno. Nel progetto potrebbe mancare l'account di servizio Service Networking richiesta per questa funzionalità.

Per riparare le autorizzazioni di servizio, disattiva Service Networking API, attendi cinque minuti e riattivala.
Richiesta non valida: configurazione di Service Networking errata per l'istanza. Service Networking API non è abilitato nel progetto.

Attiva Service Networking API nel tuo progetto. Se visualizzi questo errore quando tenti di assegnare un'istanza a un'istanza Cloud SQL e stai utilizzando un VPC condiviso, Devi inoltre abilitare Service Networking API per il progetto host.
Messaggio di errore Risoluzione dei problemi
Tabella dei metadati bloccata. Un'altra query, processo o transazione sta bloccando la tua query e nella tabella.

Trova il processo che ha bloccato la tabella e lo interrompi:

  1. Esegui la diagnosi con: sql> show processlist;

    Il primo elemento dell'elenco potrebbe essere quello che detiene la serratura, su cui stanno aspettando i seguenti elementi.

  2. Anche il comando SHOW INNODB STATUS può essere utile.
  3. Esegui il comando KILL <var>PID</var>.
Messaggio di errore Risoluzione dei problemi
Associazione di rete non riuscita. Service Networking API non è abilitato nel progetto.

Abilita Service Networking API nel tuo progetto. Se visualizzi questo errore quando tenti di assegnare un'istanza a un'istanza Cloud SQL e stai utilizzando un VPC condiviso, Devi inoltre abilitare Service Networking API per il progetto host.
Messaggio di errore Risoluzione dei problemi
Operazione non riuscita perché è già in corso un'altra operazione. La maggior parte delle operazioni in Cloud SQL è sincrona. Puoi eseguirne una sola alla volta.

Attendi il completamento dell'operazione precedente prima di iniziare un'altra.
L'operazione non è valida per questa istanza. Questo errore viene restituito da una chiamata API a instances.restoreBackup e indica che non puoi eseguire il ripristino da un backup in un'istanza con uno spazio di archiviazione (XX GB) inferiore alle dimensioni del backup (YY GB).

Modifica l'istanza di destinazione per aumentarne le dimensioni di archiviazione.
Messaggio di errore Risoluzione dei problemi
Autenticazione password non riuscita per l'utente "postgres". Quando crei una nuova istanza Cloud SQL per PostgreSQL, L'utente amministratore predefinito postgres è stato creato, ma non la password. Devi impostare una password per questo utente prima che possa accedere.

Messaggio di errore Risoluzione dei problemi
Quota superata. Hai raggiunto il limite della quota giornaliera o per minuto. Esamina le quote e i limiti per Cloud SQL.

Richiedi un aumento delle tue quote dalla console Google Cloud.
Messaggio di errore Risoluzione dei problemi
Gli slot di connessione rimanenti sono prenotati. È stato raggiunto il numero massimo di connessioni consentite.

Aumenta il valore del flag max_connections. Consulta Configurare i flag di database.
Nella richiesta manca una chiave API valida. Potresti non avere un file JSON della chiave dell'account di servizio valido o il file potrebbe non essere memorizzato nella posizione prevista.

Verifica di avere un file JSON della chiave dell'account di servizio valido nella posizione memorizzata nella variabile di ambiente GOOGLE_APPLICATION_CREDENTIALS e che la variabile indichi la posizione corretta.
Messaggio di errore Risoluzione dei problemi
La chiave specificata era troppo lunga. la lunghezza massima della chiave è 767 byte. L'istanza principale esterna potrebbe avere la variabile innodb_large_prefix impostata.

Imposta il flag innodb_large_prefix su ON quando si crea la replica o aggiorna la replica esistente con il flag.
Errore SSL: spaziatura interna non valida. Errore del certificato del server.

Crea un nuovo certificato del server e rotate.
Si è verificato un errore di sistema.
  • L'utente potrebbe non disporre di tutte le autorizzazioni Cloud Storage di cui ha bisogno.
  • La tabella di database potrebbe non esistere.

Prova a procedere nel seguente modo:

  • Verifica di disporre almeno delle autorizzazioni WRITER per il bucket e delle autorizzazioni READER per il file di esportazione. Per ulteriori informazioni sulla configurazione del controllo dell'accesso in Cloud Storage, consulta Crea e gestisci Elenchi di controllo dell'accesso
  • Assicurati che la tabella esista. Se la tabella esiste, verifica di disporre delle autorizzazioni corrette per il bucket di archiviazione.
Messaggio di errore Risoluzione dei problemi
Definizione della tabella modificata. Durante il processo di esportazione, si è verificata una modifica nella tabella.

La transazione di dump può non riuscire se utilizzi le seguenti istruzioni durante l'operazione di esportazione:

  • ALTER TABLE
  • CREATE TABLE
  • DROP TABLE
  • RENAME TABLE
  • TRUNCATE TABLE

Rimuovi una di queste istruzioni dall'operazione di dump.
Le dimensioni del file temporaneo superano il valore temp_file_limit. Il flag temp_file_limit è impostato su un valore troppo basso per l'utilizzo del database.

Aumenta la dimensione di temp_file_limit. Consulta la sezione Configurazione dei flag di database.
La tabella db.table non esiste Se una o più tabelle InnoDB sono scomparse dopo un riavvio di MySQL e il log degli errori di MySQL contiene contemporaneamente i seguenti avvisi, significa che le colonne della chiave esterna e della chiave di riferimento non sono sincronizzate. 
[Warning] InnoDB: Load table db.table failed, the table has missing
foreign key indexes. Turn off 'foreign_key_checks' and try again.
[Warning] InnoDB: Cannot open table db/table from the internal data
dictionary of InnoDB though the .frm file for the table exists.
See InnoDB troubleshooting
for more information.

Dopo il riavvio di un database, MySQL deve caricare le tabelle nella cache del dizionario InnoDB al primo accesso. Se rileva la discrepanza, blocca l'accesso alla tabella.

mysql> select * from db.table;
ERROR 1146 (42S02): Table db.table doesn't exist

La disattivazione di foreign_key_checks per la sessione MySQL consente l'accesso a di nuovo la tabella. Una volta che la tabella è stata caricata nella cache del dizionario, InnoDB non controlla e non segnala una mancata corrispondenza della chiave esterna fino al successivo riavvio del database

La mancata corrispondenza della chiave esterna deve essere risolta per evitare ulteriori problemi.

  1. Disattiva foreign_key_checks per il client mysql sessione e accedere alla tabella. 
    mysql> SET SESSION FOREIGN_KEY_CHECKS=0;
  2. Controlla le tabelle principale e secondaria e identifica le mancate corrispondenze tra la chiave esterna e le colonne della chiave di riferimento. 
    mysql> SHOW CREATE TABLE parent_table;
mysql> SHOW CREATE TABLE child_table;

    Verifica che le colonne corrispondenti abbiano tipi di dati simili. La dimensione e il segno dei tipi di precisione fissa come INTEGER e DECIMAL sono uguali. Per le colonne di stringhe non binarie (di caratteri), il set di caratteri e le regole di confronto devono essere gli stessi.

  3. Correggi la mancata corrispondenza utilizzando l'istruzione ALTER TABLE. Per alcune operazioni potrebbe essere necessario eliminare prima il vincolo della chiave esterna, applicare la modifica e poi aggiungere di nuovo la chiave esterna.
  4. Riattiva foreign_key_checks. 
    mysql> SET SESSION FOREIGN_KEY_CHECKS=1;
(Timeout) durante l'esportazione. I formati CSV e SQL esportano in modo diverso. Il formato SQL include l'intero e il suo completamento richiederà più tempo.

Utilizza il formato CSV ed esegui più job di esportazione più piccoli per ridurre le dimensioni e la durata di ogni operazione.
Troppe connessioni. L'impostazione di un valore troppo alto per il flag max_connections può causare questo problema . Questo può anche essere causato dall'attivazione di un indicatore fuori sequenza.

Riduci il valore del flag max_connections o contatta assistenza clienti per richiedere la rimozione di una segnalazione seguita da un hard drain. L'istanza viene riavviata forzatamente su un host diverso con una configurazione nuova, senza il flag o l'impostazione.
Messaggio di errore Risoluzione dei problemi
Connessione non autorizzata. Le cause dell'autorizzazione possono essere molteplici:
  • A livello di database, l'utente del database deve esistere e la sua password deve corrispondere
  • A livello di progetto, l'utente potrebbe non disporre delle autorizzazioni IAM corrette, tra cui le autorizzazioni serviceusage.services.use o cloudsql.instances.connect.
  • A livello di rete, se l'istanza Cloud SQL utilizza un IP pubblico, l'IP di origine della connessione deve trovarsi in una rete autorizzata.

Prova queste soluzioni ...

  • Assicurati che l'utente esista e che la password corrisponda.
  • Assegna il ruolo Service Usage Consumer all'account utente. Questo ruolo include l'autorizzazione serviceusage.services.use.
  • Se utilizzi un IP pubblico, assicurati che l'IP di origine si trovi in una rete autorizzata.
Tabella sconosciuta COLUMN_STATISTICS in information_schema. Questo accade se utilizzi il programma binario mysqldump di MySQL 8.0 per eseguire il dump da un database MySQL 5.7 e importarli in un database MySQL 8.0.

Se esegui il dump dei dati da un database MySQL 5.7 e li importi in un database MySQL 8.0, assicurati di utilizzare il programma binario mysqldump di MySQL 5.7. Se utilizzi il codice binario mysqldump di MySQL 8.0, devi aggiungere il flag --column-statistics=0.
Messaggio di errore Risoluzione dei problemi
x509: il certificato non è valido per nessun nome. Problema noto: Al momento, Cloud SQL Proxy Dialer non è compatibile con Go 1.15.

Fino alla correzione, vedi questa discussione su GitHub, che include una soluzione alternativa.

Errori sconosciuti

La tabella seguente mostra alcuni casi noti in cui un Unknown Error che possono verificarsi ed elenca i rimedi specifici, ove applicabile. Tuttavia, non si tratta di un elenco completo. Se non trovi il tuo caso nella tabella, consulta il problema pubblico tracker per Cloud SQL. Se non trovi il problema, valuta la possibilità di inviare una segnalazione o di consultare altre opzioni di assistenza.

Operazione Il problema potrebbe essere… Da provare...
Aggiungi utente Se l'utente esiste già nel database, questo errore può verificarsi quando provi ad aggiungerlo. Verifica che l'utente non esista già nel database.
Backup Se riscontri questo problema durante i backup automatici o manuali, è probabile che se il disco dell'istanza è pieno. Se le dimensioni del file temporaneo occupano troppo spazio, puoi riavviare l'istanza per rimuovere il file e liberare spazio su disco. In caso contrario, potrebbe essere necessario eseguire l'upgrade dell'istanza a una dimensione del disco più grande.
Clona Questo può accadere quando c'è una carenza di risorse nella zona selezionata. Prova con un'altra zona della regione o attendi e riprova più tardi.
Crea istanza
  • Questo può verificarsi quando stai tentando di riutilizzare lo stesso nome di un'istanza eliminata di recente.
  • Può anche essere causato da problemi di connettività intermittenti.
  • I log potrebbero indicare che l'API Service Networking non è abilitata per il progetto.
  • L'errore si è verificato anche durante il tentativo di creare più istanze in parallelo. Ad esempio, gli script Terraform rendono possibile questo tentativo.
  • Un'altra causa può essere l'esaurimento di una risorsa specifica è stato superato un limite di quota. Cerca nei log una voce simile a Quota 'INTERNAL_FORWARDING_RULES_WITH_TARGET_INSTANCE_PER_NETWORK' exceeded. Limit: 100.0 globally
  • Questo errore può verificarsi se la creazione della subnet non riesce quando non sono disponibili altri indirizzi nell'intervallo IP.
  • I nomi delle istanze non possono essere riutilizzati fino a circa una settimana dopo l'eliminazione.
  • In caso di problemi di connettività intermittente, l'unico rimedio è Riprova.
  • Abilita l'API Service Networking per il progetto.
  • Gli script di creazione di istanze parallele riusciranno a creare solo una delle istanze. Modifica lo script in modo da attendere che ogni istanza l'operazione di creazione sia completata prima di continuare con quella successiva.
  • Assegna nuovi più intervalli.
Esporta Se vedi questo messaggio mentre tenti di esportare un database in una nel bucket Cloud Storage, il trasferimento potrebbe non riuscire a causa di una larghezza di banda problema. L'istanza Cloud SQL potrebbe trovarsi in una regione diversa del bucket Cloud Storage. Lettura e scrittura di dati da un da un continente a un altro comporta un utilizzo elevato della rete e può causare problemi intermittenti come questo.
Failover (automatico) Un'operazione di failover automatico può produrre questo messaggio di errore quando il servizio rileva che l'istanza principale è ancora in stato di risposta. In questo caso non devi fare nulla. Il failover non verrà eseguito perché non è necessario.
Importa Il file di importazione potrebbe contenere istruzioni che richiedono il ruolo superutente. Modifica il file per rimuovere tutte le istruzioni che richiedono il super user. ruolo.

Cloud SQL utilizza anche alcuni file binari di terze parti (ad esempio,mysqld), che possono generare messaggi di errore sconosciuti. Tali errori sono interni a file binari di terze parti e non rientrano nell'ambito di Cloud SQL. Tuttavia, a volte è possibile trovare un errore più specifico nei file dei log di Cloud SQL più o meno nello stesso momento.

Inoltre, a volte si tratta di un codice di errore sconosciuto. In questo caso, il messaggio completo può essere Unknown Error Code.