MySQL replicação retardando mestre

Question

Atualmente estamos executando o MySQL 5.1

Visão geral rápida
Utilizamos 5 servidores web (Apache) todos conectados a 1 servidor DB (MySQL) hospedado na nuvem. O servidor de banco de dados em execução na nuvem (mestre) é replicado para um servidor de banco de dados local (escravo) aqui em nosso escritório.

Problema
Notamos que quando o escravo é ligado, a lista de processos mestres começa a ser carregada com usuários não autenticados. Assim que pararmos o escravo, a lista de processos de mestrado voltará lentamente ao normal.

RAM / SWAP parece bem e não há consultas lentas correndo para explicar o acúmulo na lista de processos do MySQL.

Isso poderia ser um gargalo na rede? Eu pensei que poderia ser um HDD lento, mas não parece importar o tamanho do bin-log quando ele está lento.

    

Answer 1

Você poderia monitorar o tráfego de threads do ponto de vista do MySQL com duas variáveis de status

• Bytes_sent
• Bytes_received

Como a replicação afeta essas variáveis de status?

• Bytes_sent : IO Thread solicitando entradas do log binário do mestre
• Bytes_received
  • IO Encadeia a leitura de entradas de binlogs de seu mestre
  • SQL thread lendo seus próprios logs de relay

Eu tenho discutido isso no DBA StackExchange

• Apr 18, 2012 : MySQL: O 'bytes_sent' e 'bytes_received' incluem dados do mysqldump?
• Apr 13, 2014 : Determinando o tráfego de replicação

O afunilamento é definitivamente o tráfego de saída do Cloud Server comunicado por meio do thread de IO.

SUGESTÕES

• Configurar outro escravo na nuvem (o mesmo datacenter)
• Pague por mais largura de banda
• Desativar pesquisas de host no MySQL
  • skip-host-cache
  • skip-name-resolve
  • Consulte Otimização de pesquisa de DNS e o cache do host