Mensagens de erro do Cloud SQL para MySQL

Verifique as seguintes condições:

• A aplicação não chamou mysql_close() antes de sair.
• Erros de comunicação.
• A aplicação pode ter estado inativa durante mais do que o número de segundos especificado em `wait_timeout` ou `interactive_timeout` sem emitir pedidos para o servidor. Consulte a secção 5.1.7, Variáveis do sistema do servidor.
• A aplicação terminou abruptamente a meio de uma transferência de dados.
• O valor da variável max_allowed_packet pode ser demasiado pequeno ou as consultas requerem mais memória do que a alocada para o mysqld. Este problema pode ser resolvido aumentando a flag max_allowed_packet para um número muito maior.

Atualize o definidor nas bases de dados externas, por exemplo, de root@localhost para root@% ou um utilizador que não seja superutilizador. Consulte o artigo Controlo de acesso a objetos armazenados para mais informações.

• O nome de utilizador (ou a palavra-passe) está incorreto.
• O utilizador está a estabelecer ligação a partir de um URL diferente de @XXX.
• O utilizador não tem os privilégios corretos para a base de dados à qual está a tentar estabelecer ligação.

Experimente estas ações…

• Valide o nome de utilizador e a palavra-passe correspondente.
• Verifique a origem da ligação para ver se corresponde ao URL onde o utilizador tem privilégios de acesso.
• Verifique os privilégios de concessão do utilizador na base de dados.

Tem de modificar a ligação privada. Use o seguinte comando e certifique-se de que usa o argumento --force:

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

Experimente o seguinte:

1. Ligue-se à base de dados (por exemplo, através da Cloud Shell) e inicie sessão como root.
2. Executar USE mysql;.
3. Conceda as seguintes autorizações através da sintaxe:

   GRANT PERMISSION_1,PERMISSION_2 ON *.* TO 'root' WITH GRANT OPTION;
      

   • SELECIONAR
   • INSERIR
   • ATUALIZAR
   • ELIMINAR
   • CRIAR
   • LARGAR
   • ATUALIZAR
   • SHUTDOWN
   • PROCESS
   • REFERÊNCIAS
   • INDEX
   • ALTER
   • MOSTRAR BASES DE DADOS
   • CRIE TABELAS TEMPORÁRIAS
   • LOCK TABLES
   • EXECUTE
   • REPLICATION SLAVE
   • CLIENTE DE REPLICAÇÃO
   • CRIAR VISTA
   • MOSTRAR VISTA
   • CRIAR ROTINA
   • ALTERAR ROTINA
   • CRIAR UTILIZADOR
   • EVENTO
   • ACIONADOR
   • CREATE TABLESPACE
4. Execute USE 'Database_Name'; onde Database_Name é a base de dados onde está a criar as vistas.
5. Executar todas as visualizações de criação na sessão e confirmar.

Para Illegal Argument, verifique o pedido para se certificar de que cada argumento é permitido e que cada valor do argumento é válido. Para todas as outras causas, verifique os ficheiros de registo para ver se existem mais informações.

Tem de modificar a ligação privada. Use o seguinte comando e certifique-se de que usa o argumento --force:

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

Remova todas as entradas de Authorized Networks da instância do Cloud SQL, se possível. Caso contrário, crie uma réplica sem entradas Authorized Networks.

Edite a instância principal para a atualizar para um tamanho de disco maior.

Não foi possível encontrar blocos livres nos intervalos de IP atribuídos. Atribua novos intervalos a este fornecedor de serviços.

Não existem mais endereços disponíveis no intervalo de IP atribuído.

Considere estes possíveis cenários:

• O tamanho do intervalo de IP atribuído para a ligação de serviço privada é inferior a /24.
• A dimensão do intervalo de IP atribuído para a ligação de serviço privado é demasiado pequena para o número de instâncias do Cloud SQL.
• O requisito relativo ao tamanho do intervalo de IPs atribuído é maior se as instâncias forem criadas em várias regiões. Veja a dimensão do intervalo atribuído

Para cada um dos cenários acima, pode optar por expandir o intervalo de IP existente ou atribuir um intervalo de IP adicional à ligação de serviço privado.

Se estiver a atribuir um novo intervalo, tenha cuidado para não criar uma atribuição que se sobreponha a atribuições existentes.

Depois de criar um novo intervalo de IPs, atualize o peering de VPC com o seguinte 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 estiver a expandir uma atribuição existente, tenha cuidado para aumentar apenas o intervalo de atribuição e não o diminuir. Por exemplo, se a atribuição original for 10.0.10.0/24, faça a nova atribuição, pelo menos, em 10.0.10.0/23.

Em geral, se começar com uma atribuição /24, diminuir a máscara em 1 para cada condição (grupo de tipo de instância adicional, região adicional) é uma boa regra geral. Por exemplo, se tentar criar ambos os grupos de tipos de instâncias na mesma atribuição, passar de /24 para /23 é suficiente.

Depois de expandir um intervalo de IPs existente, atualize a interligação de VPC com o seguinte comando:

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

A ligação do Cloud Shell a uma instância com apenas um endereço IP privado não é suportada atualmente.

Use mysqldump com a opção max_allowed_packet.

Para saber mais sobre a utilização de flags mysqldumppara a migração de importações geridas, consulte o artigo Flags de sincronização inicial permitidas e predefinidas

Verifique se o seu SO e sistema de ficheiros suportam ficheiros deste tamanho. Verifique se o disco não está cheio ou fora da quota de disco. Pode pedir um aumento das suas quotas na Trusted Cloud consola ou editar a instância para a atualizar para um tamanho de disco maior.

Para reparar as autorizações de serviço, desative a opção Service Networking API, aguarde cinco minutos e, em seguida, volte a ativá-la.

Ative a Service Networking API no seu projeto. Se vir este erro quando estiver a tentar atribuir um endereço IP privado a uma instância do Cloud SQL e estiver a usar uma VPC partilhada, também tem de ativar a Service Networking API para o projeto anfitrião.

Encontre o processo que bloqueou a tabela e pare-o:

1. Diagnostique com: sql> show processlist;

   O primeiro item na lista pode ser o que está a bloquear, e os itens seguintes estão a aguardar.

2. O comando SHOW INNODB STATUS também pode ser útil.
3. Execute o comando KILL <var>PID</var>.

Ative a Service Networking API no seu projeto. Se vir este erro quando estiver a tentar atribuir um endereço IP privado a uma instância do Cloud SQL e estiver a usar uma VPC partilhada, também tem de ativar a Service Networking API para o projeto anfitrião.

Aguarde que a operação anterior termine antes de iniciar outra.

Edite a instância de destino para aumentar o respetivo tamanho de armazenamento.

Peça um aumento das suas quotas a partir da Trusted Cloud consola.

Aumentar o valor da flag max_connections. Consulte o artigo Configurar flags da base de dados.

Verifique se tem um ficheiro JSON de chave da conta de serviço válido na localização armazenada na variável de ambiente GOOGLE_APPLICATION_CREDENTIALS e se a variável aponta para a localização correta.

Defina a flag innodb_large_prefix como ON quando criar a réplica ou atualize a réplica existente com a flag.

Crie um novo certificado do servidor e faça a rotação.

• O utilizador pode não ter todas as autorizações do Cloud Storage de que precisa.
• A tabela da base de dados pode não existir.

Experimente estas ações…

• Verifique se tem, pelo menos, autorizações WRITER no contentor e autorizações READER no ficheiro de exportação. Para mais informações sobre a configuração do controlo de acesso no Cloud Storage, consulte o artigo Crie e faça a gestão de listas de controlo de acesso
• Certifique-se de que a tabela existe. Se a tabela existir, confirme que tem as autorizações corretas no contentor de armazenamento.

A transação de despejo pode falhar se usar as seguintes declarações durante a operação de exportação:

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

Remova qualquer uma destas declarações da operação de despejo.

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

Após um reinício da base de dados, o MySQL tem de carregar tabelas na cache do dicionário do InnoDB no primeiro acesso. Se detetar a discrepância, o sistema bloqueia o acesso a essa tabela.

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

Desativar o foreign_key_checks para a sessão do MySQL permite o acesso à tabela novamente. Depois de aceder à tabela e de a carregar na cache do dicionário, o InnoDB não verifica nem reclama de uma incompatibilidade de chave externa até ao próximo reinício da base de dados

A incompatibilidade de chaves estrangeiras deve ser corrigida para evitar problemas futuros.

1. Desative o foreign_key_checks para a sessão do cliente mysql e aceda à tabela.

   mysql> SET SESSION FOREIGN_KEY_CHECKS=0;
               

2. Inspecione as tabelas principal e secundária e identifique as incompatibilidades entre a chave externa e as colunas de chaves referenciadas.

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

   Verifique se as colunas correspondentes têm tipos de dados semelhantes. O tamanho e o sinal dos tipos de precisão fixa, como INTEGER e DECIMAL, são iguais. Para colunas de strings não binárias (carateres), o conjunto de carateres e a ordenação têm de ser os mesmos.

3. Corrija a incompatibilidade através da declaração ALTER TABLE. Algumas operações podem exigir que elimine primeiro a restrição de chave externa, aplique a alteração e, em seguida, adicione novamente a chave externa.
4. Reative o foreign_key_checks novamente.

   mysql> SET SESSION FOREIGN_KEY_CHECKS=1;
               

Use o formato CSV e execute várias tarefas de exportação mais pequenas para reduzir o tamanho e a duração de cada operação.

Diminua o valor da flag max_connections ou contacte o apoio ao cliente para pedir a remoção da flag, seguida de um hard drain. Isto força o reinício da instância num anfitrião diferente com uma configuração nova, sem a flag nem a definição.

• Ao nível da base de dados, o utilizador da base de dados tem de existir e a respetiva palavra-passe tem de corresponder
• Ao nível do projeto, o utilizador pode não ter as autorizações do IAM corretas, incluindo as autorizações serviceusage.services.use ou cloudsql.instances.connect.
• Ao nível da rede, se a instância do Cloud SQL estiver a usar o IP público, o IP de origem da ligação tem de estar numa rede autorizada.

Experimente estas ações…

• Certifique-se de que o utilizador existe e que a palavra-passe corresponde.
• Atribua a função Service Usage Consumer à conta de utilizador. Esta função inclui a autorização serviceusage.services.use.
• Se usar um IP público, certifique-se de que o IP de origem está numa rede autorizada.

Se exportar dados de uma base de dados do MySQL 5.7 e importar para uma base de dados do MySQL 8.0, certifique-se de que usa o binário mysqldump do MySQL 5.7. Se usar o ficheiro binário mysqldump do MySQL 8.0, tem de adicionar a flag --column-statistics=0.

Até a correção, consulte esta discussão no GitHub, que inclui uma solução alternativa.

• Isto pode ocorrer quando tenta reutilizar o mesmo nome de uma instância eliminada recentemente.
• Também pode ser causado por problemas de conetividade intermitentes.
• Os registos podem mostrar que a API Service Networking não está ativada para o projeto.
• O erro também foi observado ao tentar criar várias instâncias em paralelo. Por exemplo, os scripts do Terraform tornam esta tentativa possível.
• Outro motivo pode ser o esgotamento de um recurso específico ou o exceder de um limite de quota. Procure nos registos uma entrada como Quota 'INTERNAL_FORWARDING_RULES_WITH_TARGET_INSTANCE_PER_NETWORK' exceeded. Limit: 100.0 globally
• Este erro pode ocorrer se a criação da sub-rede falhar quando não existirem mais endereços disponíveis no intervalo de IP.

• Não é possível reutilizar os nomes das instâncias até cerca de uma semana após a eliminação.
• No caso de problemas de conetividade intermitentes, a única solução é tentar novamente.
• Ative a API Service Networking para o projeto.
• Os scripts de criação de instâncias paralelas só criam uma das instâncias. Modifique o script para aguardar até que cada operação de criação de instâncias esteja concluída antes de continuar para a seguinte.
• Atribua novos intervalos.

Se o erro for set Service Networking service account as servicenetworking.serviceAgent role on consumer project, desative e reative o Service Networking API. Esta ação cria a conta de serviço necessária para continuar com o processo.

Se o erro for The instance creation failed due to a permission error with the CMEK key defined, reveja as definições da chave e a localização.