Problemas conhecidos

Esta página apresenta uma lista de problemas conhecidos com o Cloud SQL para MySQL, juntamente com formas de evitar ou recuperar destes problemas.

Se estiver a ter problemas com a sua instância, certifique-se de que também revê as diretrizes operacionais, bem como as informações em Diagnosticar problemas.

Problemas de disponibilidade e durabilidade dos dados

• Colunas geradas (apenas instâncias do MySQL 5.7)

  Devido a um problema no MySQL, a utilização de colunas geradas pode resultar na corrupção de dados. Para mais informações, consulte o erro n.º 82736 do MySQL.

Problemas de ligação à instância

• Certificados SSL/TLS expirados

  Se a sua instância estiver configurada para usar SSL, aceda à página Instâncias do Cloud SQL na Trusted Cloud consola e abra a instância. Abra a página Ligações, selecione o separador Segurança e certifique-se de que o certificado do servidor é válido. Se tiver expirado, tem de adicionar um novo certificado e alternar para o mesmo.

• Versão do proxy Auth do Cloud SQL

  Se estiver a estabelecer ligação através do proxy Auth do Cloud SQL, certifique-se de que está a usar a versão mais recente. Para mais informações, consulte o artigo Manter o proxy Auth do Cloud SQL atualizado.

• Não tem autorização para estabelecer ligação

  Se tentar estabelecer ligação a uma instância que não existe nesse projeto, a mensagem de erro indica apenas que não tem autorização para aceder a essa instância.

• Não é possível criar uma instância do Cloud SQL

  Se vir a mensagem de erro Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID], tente criar novamente a instância do Cloud SQL.

Problemas administrativos

• Só pode executar uma operação de importação ou exportação do Cloud SQL de longa duração de cada vez numa instância. Quando iniciar uma operação, certifique-se de que não precisa de realizar outras operações na instância. Além disso, quando inicia a operação, pode cancelá-la.

• O MySQL confirma automaticamente cada declaração DDL. O Cloud SQL persiste em todos os passos da importação até ao cancelamento da instância. Por conseguinte, pode ter de limpar manualmente os dados na instância.

Problemas com a importação e exportação de dados

• A exportação de CSV não formata corretamente os valores NULL nem as novas linhas.

  Quando exporta dados como CSV através da funcionalidade de exportação do Cloud SQL, os valores NULL são exportados como "N, o que pode fazer com que o ficheiro CSV contenha aspas desequilibradas. Além disso, se os dados de texto contiverem um caráter de nova linha, é adicionada uma marca de aspas no final da linha.

  Quando importa um ficheiro que exportou usando o caráter de escape predefinido, o ficheiro trata o valor como "NULL" em vez de NULL. Para substituir a predefinição quando exporta o ficheiro, use --escape="5C".

• A definição do modo SQL afeta a forma como o Cloud SQL interpreta as consultas SQL.

  Por exemplo, se exportar de uma base de dados sem o SQL rigoroso ativado e, em seguida, tentar importar para o Cloud SQL (que ativa o SQL rigoroso por predefinição), a importação pode falhar. A prática recomendada é usar o mesmo modo SQL na importação que usou para a exportação.

• A cláusula DEFINER pode causar a falha da importação

  Uma cláusula DEFINER pode fazer com que uma operação de importação falhe se o utilizador DEFINER for um utilizador SUPER ou do sistema e for diferente do utilizador que está a fazer a importação para o Cloud SQL. Saiba mais sobre a utilização de DEFINER e possíveis soluções alternativas no Cloud SQL.

• Se estiver a tentar importar e exportar dados de uma base de dados grande (por exemplo, uma base de dados com 500 GB de dados ou mais), as operações de importação e exportação podem demorar muito tempo a serem concluídas. Além disso, não pode realizar outras operações (por exemplo, a operação de cópia de segurança) enquanto a importação ou a exportação estiver em curso. Uma potencial opção para melhorar o desempenho do processo de importação e exportação é restaurar uma cópia de segurança anterior através da gcloud ou da API.

• O Cloud Storage suporta um tamanho máximo de objeto único de cinco terabytes. Se tiver bases de dados com mais de 5 TB, a operação de exportação para o Cloud Storage falha. Neste caso, tem de dividir os ficheiros de exportação em segmentos mais pequenos.

Registos de transações e crescimento do disco

Os registos são eliminados uma vez por dia e não de forma contínua. Quando o número de dias de retenção de registos está configurado para ser igual ao número de cópias de segurança, pode perder um dia de registo, consoante a altura em que a cópia de segurança ocorre. Por exemplo, se definir a retenção de registos para sete dias e a retenção de cópias de segurança para sete cópias de segurança, significa que são retidos entre seis e sete dias de registos.

Recomendamos que defina o número de cópias de segurança para, pelo menos, mais um do que os dias de retenção de registos para garantir um mínimo de dias especificados de retenção de registos.

Problemas com a atualização da sua instância do MySQL

Se usar o serviço de migração de bases de dados para atualizar a sua instância do MySQL da versão 5.7 para a versão 8.0 e tiver procedimentos armazenados criados na base de dados denominada mysql na sua instância da versão 5.7, os seus procedimentos armazenados podem não ser copiados para a base de dados mysql na instância atualizada da versão 8.0. Além disso, pode não conseguir criar procedimentos armazenados na base de dados mysql na instância atualizada.

Problemas com a compressão de páginas InnoDB

A compressão de páginas do InnoDB pode melhorar o desempenho das consultas de atualização reduzindo a quantidade de dados que têm de ser lidos e escritos no disco. No entanto, a compressão de páginas pode afetar o desempenho das consultas de atualização em tabelas atualizadas com frequência. Para avaliar o impacto da compressão de páginas nas suas consultas de atualização, pode executar um teste de desempenho com e sem compressão de páginas. Isto ajuda a observar como a compressão de páginas afeta o desempenho da sua carga de trabalho.

Pode otimizar o desempenho da compressão de páginas da seguinte forma:

• Use um algoritmo de compressão adequado ao seu tipo de dados. Por exemplo, use LZ4 para dados de texto e ZLIB para dados binários.

• Evite usar a compressão para dados que são atualizados com frequência. A compressão e a descompressão de dados podem tornar as suas consultas de atualização mais lentas.

Problemas relacionados com o Cloud Monitoring ou o Cloud Logging

As instâncias com os seguintes nomes de regiões são apresentadas incorretamente em determinados contextos, da seguinte forma:

• us-central1 é apresentado como us-central
• europe-west1 é apresentado como europe
• asia-east1 é apresentado como asia

Este problema ocorre nos seguintes contextos:

• Alertas no Cloud Monitoring
• Metrics Explorer
• Cloud Logging

Pode mitigar o problema para os alertas no Cloud Monitoring e para o explorador de métricas através de etiquetas de metadados de recursos. Use a etiqueta de metadados do sistema region em vez da etiqueta de recurso monitorizado cloudsql_database region.