Messaggi di errore Cloud SQL

Verifica la presenza delle seguenti condizioni:

• L'applicazione non ha chiamato mysql_close() prima di uscire.
• Errori di comunicazione.
• L'applicazione potrebbe essere stata inattiva per un periodo di tempo superiore al 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. Questo problema può essere risolto aumentando il flag max_allowed_packet a un numero molto più grande.

Aggiorna il definer nei database esterni, ad esempio da root@localhost a root@% o a un utente non superuser. Per ulteriori informazioni, consulta Controllo dell'accesso agli oggetti archiviati.

• 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 fare queste cose…

• 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.

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

Prova questa procedura:

1. Connettiti 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
   • INSERISCI
   • AGGIORNA
   • ELIMINA
   • CREA
   • DROP
   • RICARICA
   • SHUTDOWN
   • PROCEDURA
   • RIFERIMENTI
   • INDICE
   • ALTER
   • MOSTRA DATABASE
   • CREA TABELLE TEMPORANEE
   • BLOCCA TABELLE
   • EXECUTE
   • REPLICA SLAVE
   • CLIENT DI REPLICAZIONE
   • CREA VISTA
   • MOSTRA VISUALIZZAZIONE
   • CREA ROUTINE
   • ALTER ROUTINE
   • CREA UTENTE
   • EVENTO
   • TRIGGER
   • CREATE TABLESPACE
4. Esegui USE 'Database_Name'; dove Database_Name è il database in cui stai creando le viste.
5. Esegui tutte le istruzioni di creazione delle viste nella sessione ed esegui il commit.

Per Illegal Argument, controlla la richiesta per assicurarti che ogni argomento sia consentito e che ogni valore dell'argomento sia valido. Per tutte le altre cause, controlla i file di log per vedere se contengono ulteriori informazioni.

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

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.

Se possibile, rimuovi tutte le voci Authorized Networks dall'istanza Cloud SQL. In caso contrario, crea una replica senza voci Authorized Networks.

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 sia abilitato per l'istanza di database.
• Aggiungi altri filegroup e sposta i dati al loro interno.
• Assicurati che la crescita non sia limitata. Utilizza il comando ALTER DATABASE per attivare l'aumento automatico, se non è già attivo, 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 delle dimensioni del file tempdb o del log delle transazioni.

Connettiti all'utente predefinito e poi cambia utente.

Modifica l'istanza principale per eseguire l'upgrade a una dimensione del disco maggiore.

Impossibile trovare blocchi liberi 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 al servizio privato è inferiore a /24.
• La dimensione dell'intervallo IP allocato per la connessione di 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 dimensione dell'intervallo allocato

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

Se stai allocando un nuovo intervallo, fai attenzione a non creare un'allocazione che si sovrapponga a quelle 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, fai attenzione ad aumentare solo l'intervallo di allocazione e non a diminuirlo. Ad esempio, se l'allocazione originale era 10.0.10.0/24, la nuova allocazione deve essere almeno 10.0.10.0/23.

In generale, se si parte da un'allocazione /24, diminuire la maschera di 1 per ogni condizione (gruppo di tipi di istanza aggiuntivo, regione aggiuntiva) è una buona regola pratica. Ad esempio, se provi a creare entrambi i gruppi di tipi di istanza nella stessa allocazione, è sufficiente passare da /24 a /23.

Dopo aver espanso 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

La connessione da Cloud Shell a un'istanza con solo un indirizzo IP privato non è attualmente supportata.

Utilizza mysqldump con l'opzione max_allowed_packet.

Per scoprire di più sull'utilizzo dei flag mysqldump per la migrazione dell'importazione gestita, consulta Flag di sincronizzazione iniziale consentiti e predefiniti

Verifica che il sistema operativo e il file system supportino file di queste dimensioni. Verifica che il disco non sia pieno o che non abbia superato la quota disco. Puoi richiedere l'incremento delle tue quote dalla consoleGoogle Cloud o modificare l'istanza per eseguire l'upgrade a una dimensione del disco maggiore.

Per riparare le autorizzazioni del servizio, disattiva Service Networking API, attendi cinque minuti e poi riattivalo.

Abilita Service Networking API nel tuo progetto. Se visualizzi questo errore quando tenti 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.

Trova il processo che ha bloccato la tabella e interrompilo:

1. Diagnostica con: sql> show processlist;

   Il primo elemento dell'elenco potrebbe essere quello che contiene il blocco, che gli elementi successivi stanno aspettando.

2. Anche il comando SHOW INNODB STATUS può essere utile.
3. Esegui il comando KILL <var>PID</var>.

Abilita Service Networking API nel tuo progetto. Se visualizzi questo errore quando tenti 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.

Attendi il completamento dell'operazione precedente prima di iniziarne un'altra.

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

Richiedi un aumento delle quote dalla Google Cloud console.

Aumenta il valore del flag max_connections. Consulta la sezione Configurazione dei flag di database.

Verifica di avere un file JSON della chiave account di servizio valido nella posizione archiviata nella variabile di ambiente GOOGLE_APPLICATION_CREDENTIALS e che la variabile punti alla posizione corretta.

Imposta il flag innodb_large_prefix su ON quando crei la replica o aggiorna la replica esistente con il flag.

Crea un nuovo certificato server e ruotalo.

• L'utente potrebbe non disporre di tutte le autorizzazioni Cloud Storage necessarie.
• La tabella del database potrebbe non esistere.

Prova a fare queste cose…

• Verifica di disporre almeno delle autorizzazioni WRITER sul bucket e delle autorizzazioni READER sul file di esportazione. Per saperne di più sulla configurazione del controllo dell'accesso in Cloud Storage, consulta Creare e gestire 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.

L'operazione 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 qualsiasi di queste istruzioni dall'operazione di dump.

Aumenta le dimensioni di temp_file_limit. Consulta la sezione Configurazione dei flag di database.

[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 a quella 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 di nuovo alla tabella. Una volta che la tabella viene accessibile e 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 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. Esamina le tabelle padre e figlio e identifica le mancate corrispondenze tra la chiave esterna e le colonne delle chiavi a cui viene fatto riferimento.

   mysql> SHOW CREATE TABLE parent_table;
   mysql> SHOW CREATE TABLE child_table;
               

   Verifica che le colonne corrispondenti abbiano tipi di dati simili. Le dimensioni e il segno dei tipi di precisione fissa, come INTEGER e DECIMAL, sono gli stessi. Per le colonne di stringhe non binarie (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 di 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;
               

Utilizza il formato CSV ed esegui più job di esportazione più piccoli per ridurre le dimensioni e la durata di ogni operazione.

Abbassa il valore del flag max_connections o contatta l' assistenza clienti per richiedere la rimozione del flag seguita da un hard drain. In questo modo, l'istanza viene riavviata su un host diverso con una nuova configurazione, senza il flag o l'impostazione.

• A livello di database, l'utente del database deve esistere e la password deve corrispondere
• A livello di progetto, l'utente potrebbe non disporre delle autorizzazioni IAM corrette, incluse 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 a fare queste cose…

• 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 l'IP pubblico, assicurati che l'IP di origine si trovi in una rete autorizzata.

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 binario mysqldump di MySQL 5.7. Se utilizzi il binario mysqldump di MySQL 8.0, devi aggiungere il flag --column-statistics=0.

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

• Ciò può verificarsi quando tenti di riutilizzare lo stesso nome di un'istanza eliminata di recente.
• Può anche essere causato da problemi di connettività intermittenti.
• I log potrebbero mostrare 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 o il superamento di 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à intermittenti, l'unica soluzione è 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 alla successiva.
• Alloca nuovi intervalli.