Solucionar problemas

Verifique se sua dúvida ou problema já foi abordado em uma das seguintes páginas:

Os tópicos nesta página incluem:

Backup e recuperação

Emitir Solução de problemas
Você não pode ver o status da operação atual. O Google Cloud O console informa apenas o sucesso ou a falha quando a operação é concluída. Ele não foi projetado para exibir avisos ou outras atualizações.

Execute o comando gcloud sql operations list para listar todas as operações da instância do Cloud SQL fornecida.

Você quer descobrir quem emitiu uma operação de backup sob demanda. A interface do usuário não mostra o usuário que iniciou uma operação.

Consulte os logs e filtre por texto para encontrar o usuário. Pode ser necessário usar logs de auditoria para obter informações privadas. Os arquivos de log relevantes incluem:

  • cloudsql.googleapis.com/sqlagent.out
  • cloudsql.googleapis.com/sqlserver.err
  • Se os Logs de Auditoria do Cloud estiverem ativados e você tiver as permissões necessárias para visualizá-los, cloudaudit.googleapis.com/activity também poderá estar disponível.
Depois que uma instância é excluída, você não pode fazer um backup dela.

Se você excluir uma instância sem fazer um backup final dos dados, não será possível recuperá-los. No entanto, se você restaurar a instância, o Cloud SQL também restaurará os backups. Para obter mais informações sobre como recuperar uma instância excluída, consulte Backups de recuperação .

Se você tiver realizado uma operação de exportação, crie uma nova instância e, em seguida, execute uma operação de importação para recriar o banco de dados. As exportações são gravadas no Cloud Storage e as importações são lidas de lá.

Um backup automatizado fica travado por muitas horas e não pode ser cancelado. Os backups podem demorar muito tempo dependendo do tamanho do banco de dados.

Se você realmente precisar cancelar a operação, pode pedir ao suporte ao cliente para force restart da instância.

Uma operação de restauração pode falhar quando um ou mais usuários referenciados no arquivo de despejo SQL não existem. Antes de restaurar um dump de SQL, todos os usuários do banco de dados que possuem objetos ou receberam permissões sobre objetos no banco de dados dumpado devem existir no banco de dados de destino. Caso contrário, a operação de restauração não conseguirá recriar os objetos com a propriedade ou as permissões originais.

Crie os usuários do banco de dados antes de restaurar o dump SQL.

Você quer aumentar o número de dias em que pode manter backups automáticos de sete para 30 dias, ou mais. Você pode configurar o número de backups automatizados a serem mantidos , mas não pode manter menos do que o padrão (sete). Os backups automatizados são removidos regularmente com base no valor de retenção configurado. Infelizmente, isso significa que os backups atualmente visíveis são os únicos backups automatizados dos quais você pode restaurar.

Para manter os backups indefinidamente, você pode criar um backup sob demanda , pois eles não são excluídos da mesma forma que os backups automatizados. Os backups sob demanda permanecem indefinidamente. Ou seja, permanecem até serem excluídos ou até que a instância à qual pertencem seja excluída. Como esse tipo de backup não é excluído automaticamente, ele pode afetar a cobrança.

Um backup automatizado falhou e você não recebeu uma notificação por e-mail. Para que o Cloud SQL notifique você sobre o status do backup, configure um alerta baseado em log .
Você não consegue restaurar sua instância usando o comando Transact-SQL RESTORE ou o SQL Server Management Studio (SSMS) . O Cloud SQL não oferece suporte à restauração de instâncias por meio do SSMS. Para restaurar sua instância, execute o comando gcloud sql import .

Clone

Emitir Solução de problemas
A clonagem falha com o erro constraints/sql.restrictAuthorizedNetworks . A operação de clonagem é bloqueada pela configuração Authorized Networks . Authorized Networks são configuradas para endereços IP públicos na seção Conectividade do Google Cloud console, e a clonagem não é permitida devido a considerações de segurança .

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

Mensagem de erro: Failed to create subnetwork. Couldn't find free blocks in allocated IP ranges. Please allocate new ranges for this service provider. Help Token: [help-token-id].

Você está tentando usar o Google Cloud console para clonar uma instância com um endereço IP privado, mas você não especificou o intervalo de IPs alocado que deseja usar e a instância de origem não foi criada com o intervalo especificado. Como resultado, a instância clonada é criada em um intervalo aleatório.

Use gcloud para clonar a instância e fornecer um valor para
Parâmetro --allocated-ip-range-name . Para obter mais informações, consulte Clonando uma instância com um IP privado .

Conectar

Emitir Solução de problemas
Aborted connection . O problema pode ser:
  • Instabilidade de rede.
  • Nenhuma resposta aos comandos TCP keep-alive (o cliente ou o servidor não está respondendo, possivelmente sobrecarregado)
  • O tempo de vida da conexão do mecanismo de banco de dados foi excedido e o servidor encerra a conexão.

Os aplicativos devem tolerar falhas de rede e seguir as melhores práticas, como pool de conexões e novas tentativas. A maioria dos poolers de conexões detecta esses erros sempre que possível. Caso contrário, o aplicativo deve tentar novamente ou falhar normalmente.

Para nova tentativa de conexão, recomendamos os seguintes métodos:

  1. Backoff exponencial . Aumenta o intervalo de tempo entre cada nova tentativa, exponencialmente.
  2. Adicione também o recuo aleatório.

A combinação desses métodos ajuda a reduzir a limitação.

Criar instâncias

Emitir Solução de problemas
Mensagem de erro: Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID] . Tente criar a instância do Cloud SQL novamente.
Mensagem de erro: HTTPError 400: Invalid request: Incorrect Service Networking config for instance: PROJECT_ID : INSTANCE_NAME :SERVICE_NETWORKING_NOT_ENABLED.

Habilite a API de rede de serviços usando o seguinte comando e tente criar a instância do Cloud SQL novamente.

gcloud services enable servicenetworking.googleapis.com \
--project=PROJECT_ID
    
Mensagem de erro: Failed to create subnetwork. Required 'compute.projects.get' permission for PROJECT_ID . Ao criar uma instância com um endereço IP privado, uma conta de serviço é criada imediatamente usando a API de Rede de Serviços. Se você ativou a API de Rede de Serviços recentemente, a conta de serviço pode não ser criada e a criação da instância falha. Nesse caso, você deve aguardar a propagação da conta de serviço pelo sistema ou adicioná-la manualmente com as permissões necessárias.
Mensagem de erro: More than 3 subject alternative names are not allowed. Você está tentando usar um SAN personalizado para adicionar mais de três nomes DNS ao certificado do servidor de uma instância do Cloud SQL. Não é possível adicionar mais de três nomes DNS à instância.
Mensagem de erro: Subject alternative names %s is too long. The maximum length is 253 characters. Certifique-se de que quaisquer nomes DNS que você deseja adicionar ao certificado do servidor de uma instância do Cloud SQL não tenham mais de 253 caracteres.
Mensagem de erro: Subject alternative name %s is invalid.

Verifique se os nomes DNS que você deseja adicionar ao certificado do servidor de uma instância do Cloud SQL atendem aos seguintes critérios:

  • Eles não têm caracteres curinga.
  • Eles não têm pontos finais.
  • Eles atendem às especificações RFC 1034 .

Exportar

Emitir Solução de problemas
HTTP Error 409: Operation failed because another operation was already in progress. Já existe uma operação pendente para sua instância. Apenas uma operação é permitida por vez. Tente sua solicitação após a conclusão da operação atual.
HTTP Error 403: The service account does not have the required permissions for the bucket. Verifique se o bucket existe e se a conta de serviço da instância do Cloud SQL (que está realizando a exportação) tem a função Storage Object Creator ( roles/storage.objectCreator ) para permitir a exportação para o bucket. Consulte Funções do IAM para o Cloud Storage .
Você quer que as exportações sejam automatizadas. O Cloud SQL não fornece uma maneira de automatizar exportações.

Você pode construir seu próprio sistema de exportação automatizado usando Google Cloudprodutos como Cloud Scheduler, Pub/Sub e funções do Cloud Run, semelhantes a este artigo sobre automação de backups .

Bandeiras

Emitir Solução de problemas
Você deseja modificar o fuso horário de uma instância do Cloud SQL.

Para ver como atualizar o fuso horário de uma instância, consulte Configurações da instância .

No Cloud SQL para SQL Server, você pode usar a função AT TIME ZONE para conversões de horário e muito mais. Para obter mais informações sobre essa função, consulte AT TIME ZONE (Transact-SQL) .

Alta disponibilidade

Emitir Solução de problemas
Você não consegue encontrar as métricas para um failover manual. Somente failovers automáticos entram nas métricas.
Os recursos da instância do Cloud SQL (CPU e RAM) estão próximos de 100% de uso, fazendo com que a instância de alta disponibilidade fique inativa. O tamanho da máquina da instância é muito pequeno para a carga.

Edite a instância para atualizar para um tamanho de máquina maior e obter mais CPUs e memória.

Importar

Emitir Solução de problemas
HTTP Error 409: Operation failed because another operation was already in progress . Já existe uma operação pendente para sua instância. Apenas uma operação é permitida por vez. Tente sua solicitação após a conclusão da operação atual.
A operação de importação está demorando muito. Muitas conexões ativas podem interferir nas operações de importação.

Feche as operações não utilizadas. Verifique o uso de CPU e memória da sua instância do Cloud SQL para garantir que haja recursos suficientes disponíveis. A melhor maneira de garantir o máximo de recursos para a importação é reiniciar a instância antes de iniciar a operação.

Um reinício:

  • Fecha todas as conexões.
  • Encerra quaisquer tarefas que possam estar consumindo recursos.
Uma operação de importação pode falhar quando um ou mais usuários referenciados no arquivo de despejo não existem. Antes de importar um arquivo de despejo, todos os usuários do banco de dados que possuem objetos ou receberam permissões sobre objetos no banco de dados de despejo devem existir no banco de dados de destino. Caso contrário, a operação de importação não conseguirá recriar os objetos com a propriedade ou as permissões originais.

Crie os usuários do banco de dados antes de importar.

Incompatibilidade de LSN A ordem de importação dos backups do log de transações está incorreta ou a cadeia do log de transações está quebrada.
Importe os backups do log de transações na mesma ordem que na tabela do conjunto de backups .
Pare muito cedo Este erro indica que o primeiro log no arquivo de log de transações está após o carimbo de data/hora StopAt . Por exemplo, se o primeiro log no arquivo de log de transações estiver em 2023-09-01T12:00:00 e o campo StopAt tiver o valor 2023-09-01T11:00:00, o Cloud SQL retornará este erro.
Certifique-se de usar o registro de data e hora StopAt correto e o arquivo de log de transações correto.

Servidores vinculados

Mensagem de erro Solução de problemas
Msg 7411, Level 16, State 1, Line 25

Server 'LINKED_SERVER_NAME' is not configured for DATA ACCESS.
A opção DataAccess está desabilitada. Execute o seguinte comando para habilitar o acesso aos dados:
EXEC sp_serveroption
    @server='LINKED_SERVER_NAME',
    @optname='data access',
    @optvalue='TRUE'

Substitua LINKED_SERVER_NAME pelo nome do servidor vinculado.

Access to the remote server is denied because no login-mapping exists. (Microsoft SQL Server, Error: 7416) Se você tiver esse problema ao estabelecer uma conexão criptografada, tente outra maneira de fornecer o ID do usuário ao acessar o servidor vinculado. Para isso, execute o seguinte comando:
EXEC master.dbo.sp_addlinkedserver
   @server = N'LINKED_SERVER_NAME',
   @srvproduct= N'',
   @provider= N'SQLNCLI',
   @datasrc= N'TARGET_SERVER_ID',
   @provstr= N'Encrypt=yes;TrustServerCertificate=yes;User ID=USER_ID'

Substitua o seguinte:

  • LINKED_SERVER_NAME pelo nome do servidor vinculado.
  • TARGET_SERVER_ID com o nome do servidor de destino ou o endereço IP e o número da porta do servidor de destino.
  • USER_ID com o usuário efetuando login.

Registro

Emitir Solução de problemas
Os logs de auditoria não foram encontrados. Os logs de acesso a dados serão gravados somente se a operação for uma chamada de API autenticada e controlada pelo usuário que cria, modifica ou lê dados criados pelo usuário, ou se a operação acessa arquivos de configuração ou metadados de recursos.
Informações de operações não são encontradas nos logs. Você quer encontrar mais informações sobre uma operação.

Por exemplo, um usuário foi excluído, mas você não consegue descobrir quem fez isso. Os logs mostram que a operação foi iniciada, mas não fornecem mais informações. Você deve habilitar o registro de auditoria para que informações detalhadas e de identificação pessoal (PII) como essas sejam registradas.

Alguns logs são filtrados do log error.log de uma instância do Cloud SQL para SQL Server. Os logs filtrados incluem logs do AD sem registros de data e hora e incluem: Login failed for user 'x'. Reason: Token-based server access validation failed with an infrastructure error. Login lacks connect endpoint permission. [CLIENT: 127.0.0.1] . Esses logs são filtrados porque podem causar confusão.
Arquivos de log são difíceis de ler. Você prefere visualizar os logs como json ou texto. Você pode usar o comando gcloud logging read junto com os comandos de pós-processamento do Linux para baixar os logs.

Para baixar os logs como JSON:

gcloud logging read \
"resource.type=cloudsql_database \
AND logName=projects/PROJECT_ID \
/logs/cloudsql.googleapis.com%2FLOG_NAME" \
--format json \
--project=PROJECT_ID \
--freshness="1d" \
> downloaded-log.json
    

Para baixar os logs como TEXTO:

gcloud logging read \
"resource.type=cloudsql_database \
AND logName=projects/PROJECT_ID \
/logs/cloudsql.googleapis.com%2FLOG_NAME" \
--format json \
--project=PROJECT_ID \
--freshness="1d"| jq -rnc --stream 'fromstream(1|truncate_stream(inputs)) \
| .textPayload' \
--order=asc
> downloaded-log.txt
   

Gerenciar instâncias

Emitir Solução de problemas
O armazenamento temporário aumentou o armazenamento automático. O armazenamento automático está ativado.

Reiniciar exclui os arquivos temporários, mas não reduz o espaço de armazenamento. Somente o suporte ao cliente pode redefinir o tamanho da instância.

Os dados estão sendo excluídos automaticamente. Provavelmente um script está sendo executado em algum lugar do seu ambiente.

Verifique os logs no momento da exclusão e veja se há um script malicioso em execução em um painel ou outro processo automatizado.

A instância não pode ser excluída. Você pode ver a mensagem de erro ERROR: (gcloud.sql.instances.delete) HTTP Error 409: The instance or operation is not in an appropriate state to handle the request , ou a instância pode ter um status de sinalizador INSTANCE_RISKY_FLAG_CONFIG .

Algumas explicações possíveis incluem:

  • Outra operação está em andamento. As operações do Cloud SQL não são executadas simultaneamente. Aguarde a conclusão da outra operação.
  • O aviso INSTANCE_RISKY_FLAG_CONFIG é acionado sempre que pelo menos um sinalizador beta estiver sendo usado. Remova as configurações do sinalizador de risco e reinicie a instância.
A instância está travada devido ao grande tamanho de dados temporários. O sistema pode criar muitas tabelas temporárias ao mesmo tempo, dependendo das consultas e da carga.

Infelizmente, você não pode reduzir o arquivo ibtmp1 por nenhum método além de reiniciar o serviço.

Uma opção de mitigação é criar a tabela temporária com ROW_FORMAT=COMPRESSED , para que ela seja armazenada em tablespaces de arquivo por tabela no diretório de arquivos temporários. No entanto, a desvantagem são os custos de desempenho associados à criação e remoção de um tablespace de arquivo por tabela para cada tabela temporária.

Erro fatal durante a atualização. Os logs podem revelar mais, mas em qualquer caso, o suporte ao cliente pode ser necessário para forçar a recriação da instância.
A instância trava na reinicialização após ficar sem espaço em disco. A capacidade de aumento automático de armazenamento não está habilitada.

Se a sua instância ficar sem espaço de armazenamento e o recurso de aumento automático de armazenamento não estiver habilitado, ela ficará offline. Para evitar esse problema, você pode editar a instância para habilitar o aumento automático de armazenamento.

Sua instância primária local está travada.Google Cloud não posso ajudar com instâncias que não estão no Cloud SQL.
Desligamento lento na reinicialização. Quando uma instância é desligada, qualquer conexão pendente que não termine em 60 segundos torna o desligamento impuro.

Ao manter conexões que duram menos de 60 segundos, a maioria dos desligamentos impróprios pode ser evitada, incluindo conexões a partir do prompt de comando do banco de dados. Se você mantiver essas conexões abertas por horas ou dias, os desligamentos podem ser impróprios.

Um usuário não pode ser excluído. O usuário provavelmente possui objetos no banco de dados que dependem dele. Você precisa remover esses objetos ou reatribuí-los a outro usuário.

Descubra quais objetos dependem do usuário e, em seguida, descarte ou reatribua esses objetos a um usuário diferente.

Este tópico no Stack Exchange discute como encontrar os objetos de propriedade do usuário.
Consultas específicas estão lentas. As consultas podem ser lentas por vários motivos, principalmente devido a aspectos específicos do banco de dados. Um motivo que pode envolver o Cloud SQL é a latência da rede, quando o recurso de origem (gravador ou leitor) e o recurso de destino (Cloud SQL) estão em regiões diferentes.

Consulte especialmente dicas gerais de desempenho .

Para inserções, atualizações ou exclusões lentas do banco de dados, considere as seguintes ações:

  • Verifique a localização do gravador e do banco de dados; enviar dados a longas distâncias gera latência.
  • Verifique a localização do leitor e do banco de dados; a latência afeta o desempenho de leitura ainda mais do que o desempenho de gravação

Para reduzir a latência, a recomendação é localizar os recursos de origem e destino na mesma região.

A falta de memória é indicada, mas os gráficos de monitoramento não mostram isso. Uma instância pode falhar e relatar Out of memory , mas Google Cloud Os gráficos do console ou do Cloud Monitoring parecem mostrar que ainda há memória restante.

Além da carga de trabalho, há outros fatores que podem impactar o uso de memória, como o número de conexões ativas e processos internos de sobrecarga. Esses fatores nem sempre são refletidos nos gráficos de monitoramento.

Certifique-se de que a instância tenha sobrecarga suficiente para dar conta da sua carga de trabalho, além de alguma sobrecarga adicional.

Recuperando uma instância excluída. Todos os dados em uma instância, incluindo backups, são perdidos permanentemente quando a instância é excluída.

Para preservar seus dados, exporte-os para o Cloud Storage antes de excluir uma instância .

A função de administrador do Cloud SQL inclui a permissão para excluir a instância. Para evitar exclusões acidentais, conceda essa função somente quando necessário.

Você deseja renomear uma instância existente do Cloud SQL. Não há suporte para renomear uma instância existente.

Há outras maneiras de atingir o objetivo criando uma nova instância.

  • Você pode clonar a instância que deseja renomear e definir um novo nome para a instância clonada. Isso permite criar a nova instância sem precisar importar dados manualmente. Assim como ao criar uma nova instância, a instância clonada terá um novo endereço IP.
  • Você pode exportar dados da sua instância para um bucket do Cloud Storage, criar uma nova instância com o novo nome desejado e, em seguida, importar os dados para a nova instância.

Em ambos os casos, você pode excluir sua instância antiga após a conclusão da operação. Recomendamos a clonagem, pois ela não afeta o desempenho e não exige que você refaça nenhuma configuração da instância, como sinalizadores, tipo de máquina, tamanho do armazenamento e memória.

Erro ao excluir uma instância. Se a proteção contra exclusão estiver habilitada para uma instância, confirme seus planos de excluí-la. Em seguida, desabilite a proteção contra exclusão antes de excluir a instância.

Conexão de serviço privado

Emitir Solução de problemas
O anexo de serviço da instância não aceita o ponto de extremidade do Private Service Connect.
  1. Verifique o status do ponto de extremidade.

    gcloud

    Para verificar o status, use o
    gcloud compute forwarding-rules describe .

    gcloud compute forwarding-rules describe ENDPOINT_NAME \
    --project=PROJECT_ID \
    --region=REGION_NAME \
    | grep pscConnectionStatus

    Faça as seguintes substituições:

    • ENDPOINT_NAME : o nome do ponto final
    • PROJECT_ID : o ID ou número do projeto do Google Cloud projeto que contém o ponto final
    • REGION_NAME : o nome da região para o ponto de extremidade

    DESCANSAR

    Antes de usar qualquer um dos dados solicitados, faça as seguintes substituições:

    • PROJECT_ID : o ID ou número do projeto do Google Cloud projeto que contém o ponto de extremidade do Private Service Connect
    • REGION_NAME : o nome da região
    • ENDPOINT_NAME : o nome do ponto final

    Método HTTP e URL:

    GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION_NAME/forwardingRules/ENDPOINT_NAME

    Para enviar sua solicitação, expanda uma destas opções:

    Você deve receber uma resposta JSON semelhante à seguinte:

    {
      "kind": "compute#forwardingRule",
      "id": "ENDPOINT_ID",
      "creationTimestamp": "2024-05-09T12:03:21.383-07:00",
      "name": "ENDPOINT_NAME",
      "region": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION_NAME",
      "IPAddress": "IP_ADDRESS",
      "target": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION_NAME/serviceAttachments/SERVICE_ATTACHMENT_NAME",
      "selfLink": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION_NAME/forwardingRules/ENDPOINT_NAME",
      "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/default",
      "serviceDirectoryRegistrations": [
        {
          "namespace": "goog-psc-default"
        }
      ],
      "networkTier": "PREMIUM",
      "labelFingerprint": "LABEL_FINGERPRINT_ID",
      "fingerprint": "FINGERPRINT_ID",
      "pscConnectionId": "CONNECTION_ID",
      "pscConnectionStatus": "ACCEPTED",
      "allowPscGlobalAccess": true
    }
    
  2. Verifique se o status do endpoint é ACCEPTED . Se o status for PENDING , a instância não está permitindo o Google Cloud Projeto que contém o endpoint. Certifique-se de que o projeto de rede no qual o endpoint foi criado seja permitido. Para obter mais informações, consulte Editar uma instância com o Private Service Connect habilitado .

Replicação

Emitir Solução de problemas
A réplica de leitura não iniciou a replicação na criação. Provavelmente há um erro mais específico nos arquivos de log. Inspecione os logs no Cloud Logging para encontrar o erro real.
Não é possível criar réplica de leitura - erro invalidFlagValue. Um dos sinalizadores na solicitação é inválido. Pode ser um sinalizador que você forneceu explicitamente ou um que foi definido com um valor padrão.

Primeiro, verifique se o valor do sinalizador max_connections é maior ou igual ao valor no primário.

Se o sinalizador max_connections estiver definido corretamente, inspecione os logs no Cloud Logging para encontrar o erro real.

Não é possível criar réplica de leitura - erro desconhecido. Provavelmente há um erro mais específico nos arquivos de log. Inspecione os logs no Cloud Logging para encontrar o erro real.

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

O disco está cheio. O tamanho do disco da instância primária pode ficar cheio durante a criação da réplica. Edite a instância primária para atualizá-la para um tamanho de disco maior.
A instância de réplica está usando muita memória. A réplica usa memória temporária para armazenar em cache operações de leitura solicitadas com frequência, o que pode fazer com que ela use mais memória do que a instância primária.

Reinicie a instância de réplica para recuperar o espaço de memória temporário.

A replicação foi interrompida. O limite máximo de armazenamento foi atingido e o aumento automático de armazenamento não está habilitado.

Edite a instância para habilitar automatic storage increase .

O atraso na replicação é consistentemente alto. A carga de gravação é muito alta para a réplica suportar. O atraso na replicação ocorre quando a thread SQL em uma réplica não consegue acompanhar a thread de E/S. Alguns tipos de consultas ou cargas de trabalho podem causar atrasos temporários ou permanentes na replicação de um determinado esquema. Algumas das causas típicas de atraso na replicação são:
  • Consultas lentas na réplica. Encontre e corrija-as.
  • Consultas como DELETE ... WHERE field < 50000000 causam atraso na replicação com replicação baseada em linha, pois um grande número de atualizações são acumuladas na réplica.

Algumas soluções possíveis incluem:

  • Edite a instância para aumentar o tamanho da réplica.
  • Reduza a carga no banco de dados.
  • Enviar tráfego de leitura para a réplica de leitura.
  • Indexe as tabelas.
  • Identifique e corrija consultas de gravação lenta.
  • Recrie a réplica.
A criação da réplica falha devido ao tempo limite. Transações não confirmadas de longa duração na instância primária podem causar falha na criação de réplicas de leitura.

Recrie a réplica após interromper todas as consultas em execução.