Messaggi di errore Cloud SQL

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

Panoramica

I messaggi di errore di Cloud SQL provengono da molte origini e compaiono in molte 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 riscontrati in in Cloud SQL. Se non trovi il codice o il messaggio di errore che stai cercando, puoi cercare il materiale di riferimento per le origini qui:

Se non trovi il materiale di riferimento per il messaggio di errore che visualizzi, puoi anche cercare in alcune delle posizioni in cui altri utenti potrebbero avere contenuti esperienza utente:

Errori operativi

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

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

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 nel bel mezzo di 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" (utilizzando la password: XXX) Le cause potrebbero 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 sta 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 di un intervallo allocato o rimosso.

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. Connettiti al database (ad esempio utilizzando Cloud Shell) e accedi come utente 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
    • SPEGNI
    • PROCEDURA
    • RIFERIMENTI
    • INDICE
    • ALTER
    • SHOW DATABASES
    • CREA TABELLE TEMPORANEE
    • LOCK TABLES
    • EXECUTE
    • REPLICATION SLAVE
    • CLIENT DI REPLICA
    • CREA VISTA
    • VISTA DEL PROGRAMMA
    • CREA ROUTINE
    • ROUTINE ALTER
    • CREATE USER
    • EVENTO
    • TRIGGER
    • CREATE TABLESPACE
  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 tra le 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 parametro sia consentito e che ogni valore per il parametro sia valido. Per Tutte le altre cause, controlla i file di log per vedere se ci sono altre informazioni lì.

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. Usa il comando seguente 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 non riceve dati entro un determinato periodo di tempo, la connessione viene reimpostata.

Prova un'esportazione manuale utilizzando pg_dump.

Constraints/sql.restrictAuthorizedNetworks. L'operazione di clonazione è bloccata dalla 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.

Rimuovi tutte le voci Authorized Networks da Cloud SQL se puoi. 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.

Prendi in considerazione le seguenti soluzioni:

  • Espandi manualmente lo spazio su disco o riduci i dati nel database.
  • Assicurati che Automatic storage increase è abilitato per l'istanza di database.
  • Aggiungi altri gruppi di file e sposta i dati al loro interno.
  • Assicurati che la crescita non sia limitata. Utilizza il comando ALTER DATABASE per attivare la crescita automatica, se non è già attivata, e per aumentare la dimensione massima del file.
  • Gestisci i file tempdb. Utilizza i comandi DBCC OPENTRAN e DBCC SQLPERF per verificare la presenza di 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.

Lo spazio sul disco è esaurito. Le dimensioni del disco dell'istanza principale possono esaurirsi 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 al servizio privato è troppo piccola per il numero di istanze Cloud SQL.
  • Il requisito relativo alle dimensioni 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 la campagna allocare un intervallo IP aggiuntivo alla connessione privata ai servizi.

Se stai allocando un nuovo intervallo, fai attenzione a non creare un'allocazione che si sovrapponga a 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 l'intervallo di allocazione e non di 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 parte da un'allocazione /24, riduci la dimensione /mask di 1 per ogni condizione (gruppo di tipi di istanze aggiuntivo, regione aggiuntiva) è una buona regola empirica. 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 espanso un intervallo IP esistente, aggiorna il peering VPC con i seguenti valori: :

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 client non abbia connettività IPv6 e che l'istanza del database non abbia un indirizzo IPv4. Stai tentando di connetterti all'istanza IP privato utilizzando Cloud Shell.

Al momento non è supportata la connessione da Cloud Shell a un'istanza con solo un indirizzo IP privato.

È 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 all'offset XXXX, dovevano essere scritti YYYY byte, ne sono stati scritti solo 0. 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. Verifica che lo spazio su disco non sia esaurito o che la quota di disco non sia stata superata. 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. 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.

Attiva Service Networking API nel tuo progetto. Se vedi questo errore quando stai tentando di assegnare un indirizzo IP privato a un'istanza Cloud SQL e utilizzi un VPC condiviso, devi anche attivare 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 non è possibile eseguire il ripristino da un backup a un'istanza con dimensioni di archiviazione (XX GB) inferiori alle dimensioni del backup (YY GB).

Modifica l'istanza di destinazione per aumentare le dimensioni dello spazio di archiviazione.

Messaggio di errore Risoluzione dei problemi
L'autenticazione tramite password non è riuscita per l'utente "postgres". Quando crei una nuova istanza Cloud SQL per PostgreSQL, viene creato l'utente postgres amministrativo predefinito, ma non la password. Devi imposta 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 il quote e limiti per Cloud SQL.

Richiedi l'aumento delle quote dal 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 Configurazione dei 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 valido per la chiave dell'account di servizio in la posizione memorizzata nell'GOOGLE_APPLICATION_CREDENTIALS di variabile di ambiente e che la variabile indirizzi alla posizione corretta.

Messaggio di errore Risoluzione dei problemi
La chiave specificata è 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 ruotalo.

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
La definizione della tabella è cambiata. Durante il processo di esportazione, si è verificata una modifica nella tabella.

La transazione di dump può non riuscire se utilizzi le seguenti istruzioni durante 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 MySQL presenta contemporaneamente i seguenti avvisi, è dovuto la chiave esterna e le colonne delle chiavi 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 di accedere nuovamente alla tabella. Dopo aver eseguito l'accesso e caricato la tabella cache del dizionario, InnoDB non controlla e non si lamenta di una chiave esterna mancata corrispondenza fino al successivo riavvio del database

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

  1. Disattiva foreign_key_checks per la sessione del client mysql e accedi alla tabella.
    mysql> SET SESSION FOREIGN_KEY_CHECKS=0;
                
  2. Ispeziona le tabelle padre e secondaria e identifica le mancate corrispondenze tra la chiave esterna e le colonne delle chiavi 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 segno di tipi di precisione fissi come INTEGER e DECIMAL sono le stesse. Per le colonne di stringhe non binarie (di caratteri), il valore il set di caratteri e le regole di confronto devono essere uguali.

  3. Risolvi l'errata corrispondenza utilizzando il metodo ALTER TABLE. Alcune operazioni potrebbero richiedere prima il rilascio del vincolo di chiave esterna, applica la modifica, quindi aggiungi 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 vengono esportati 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 di dimensioni inferiori per ridurne le dimensioni durata di ogni operazione.

Troppe connessioni. L'impostazione di un valore troppo elevato per il flag max_connections può causare questo errore. 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. Questa operazione forza il riavvio dell'istanza su un host diverso con una nuova configurazione, 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 serviceusage.services.use o Autorizzazioni 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 file binario mysqldump di MySQL 5.7. Se utilizzi mysqldump da MySQL 8.0, devi aggiungere il metodo 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 può verificarsi un Unknown Error e elenca rimedi specifici, se applicabili. Tuttavia, non si tratta di un elenco completo. Se non trovi la tua richiesta nella tabella, consulta il tracker pubblico dei problemi per Cloud SQL. Se non trovi il problema qui, considera inviare una segnalazione o esaminare altre opzioni di assistenza.

Operazione Il problema potrebbe essere... Ecco cosa puoi provare…
Aggiungi utente Questo errore può verificarsi se l'utente esiste già nel database quando provi ad aggiungerli. Verifica che l'utente non esista già nel per configurare un 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, potresti dover eseguire l'upgrade dell'istanza a un disco più grande dimensioni.
Clona Questo può accadere quando c'è una carenza di risorse nella zona selezionata. Prova un'altra zona della regione oppure 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 in parallelo. Ad esempio, gli script Terraform possibile.
  • Un'altra causa può essere l'esaurimento di una risorsa specifica è stato superato un limite di quota. Cerca nei log una voce come 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 più indirizzi disponibili nell'intervallo IP.
  • I nomi delle istanze non possono essere riutilizzati fino a circa una settimana dopo l'eliminazione dei dati.
  • In caso di problemi di connettività intermittenti, l'unico rimedio è riprovare.
  • 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 che attenda il completamento di ogni operazione di creazione dell'istanza prima di passare a quella successiva.
  • Alloca nuovi 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. La lettura e la scrittura dei dati da un continente all'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 reattiva. In questo caso non devi fare nulla. Il failover non avviene perché non è necessario.
Importa Il file di importazione può contenere istruzioni che richiedono il super user ruolo. Modifica il file per rimuovere tutte le istruzioni che richiedono il super user. ruolo.

Cloud SQL utilizza anche alcuni programmi binari di terze parti (ad esempio, mysqld), che può generare messaggi di errore sconosciuti. Questi errori sono interni ai 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.