Safado's questions

Temos dois datacenters com uma cópia do nosso aplicativo web (plataforma de treinamento online) em cada um. O datacenter primário recebe todo o tráfego a qualquer momento e o segundo datacenter serve como failover (usando failover de DNS). Os bancos de dados são configurados em master-master com diferentes valores de auto-incremento-incremento. O servidor no datacenter 1 também possui seu próprio servidor escravo local no qual fazemos backups, dessa forma podemos pausar a replicação, fazer o backup com mysqldump e iniciar a replicação novamente.

 SERVER 1 <=========> SERVER 2
    |
  Slave 1

Neste fim de semana, fizemos um failover no servidor 2 porque o datacenter 1 estava fazendo uma manutenção de rede planejada. Tudo correu bem e depois de algumas horas trouxemos tudo de volta para DC1. Ontem à noite, comecei a receber erros de replicação no escravo dizendo que falhou ao EXCLUIR uma entrada que não existia. Achei estranho que o Escravo 1 estivesse recebendo o erro enquanto o Servidor 2 não (já que ambos estão agindo como escravos do Servidor 1). Depois de cavar, descobri que ainda temos um usuário que está indo para o Servidor 2 .. por qualquer motivo, seu DNS não é atualizado há mais de 2 dias. Portanto, os novos dados que eles estão produzindo estão sendo replicados para o Servidor 1, mas o Escravo 1 não está recebendo essas atualizações porque não estão nos logs binários do Servidor 1.

Agora vejo que isso foi um mau planejamento da minha parte por não prever esse problema. Minha pergunta é, como posso fazer isso funcionar? Queremos manter o mestre-mestre e permitir que o Escravo 1 exista, não apenas para backups, mas para servidores adicionais de relatórios somente leitura e outros. Aqueles de vocês que dirigem o Master-Master, o que fizeram para remediar problemas semelhantes? Ou isso é apenas uma configuração ruim e eu sou SOL? O aplicativo não foi construído pensando na redundância, então tudo precisa ser feito no lado do sistema.

Depois de ler esta página na documentação do mysql , tentei entender nosso uso atual do InnoDB. Atualmente, alocamos 6 GB de RAM para o pool de buffers. O tamanho do nosso banco de dados é aproximadamente o mesmo. Aqui está a saída de show engine innodb status\G(estamos executando a v5.5)

----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 6593445888; in additional pool allocated 0
Dictionary memory allocated 1758417
Buffer pool size   393215
Free buffers       853
Database pages     360515
Old database pages 133060
Modified db pages  300
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages made young 7365790, not young 23099457
0.00 youngs/s, 0.00 non-youngs/s
Pages read 1094342, created 185628, written 543182148
0.00 reads/s, 0.00 creates/s, 37.32 writes/s
Buffer pool hit rate 1000 / 1000, young-making rate 0 / 1000 not 0 / 1000
Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s
LRU len: 360515, unzip_LRU len: 0
I/O sum[2571]:cur[0], unzip sum[0]:cur[0]

Eu queria saber o quão bem estamos utilizando o cache de buffer. Depois de olhar inicialmente para a saída, parecia que estávamos realmente usando, com base no Pages made younge not youngtem números neles e Buffer pool hit rate is 1000 / 10000(o que eu vi em outros lugares na web que isso significa que está sendo muito usado. Verdade?)

O que está me jogando em um loop é por que young-making rateand notestão em 0/1000 e os acessos young/sand non-young/sestão em 0. Isso tudo indica que não está sendo usado, certo?

Alguém pode ajudar a entender isso?

Espero que esta não seja uma pergunta muito ampla. Tenho certeza de que será capaz de me ajudar e a qualquer futuro noob em dba que tropeçar nele.

Sou um administrador de sistemas que foi colocado no papel de DBA (porque ajudei o CEO com sua perspectiva, então obviamente posso gerenciar nossos bancos de dados!). Não é um servidor de banco de dados tão grande ou ocupado ... um mysqldump tem cerca de 6 GB de tamanho e levamos 5 anos para torná-lo tão grande. Munin relata que estamos fazendo uma média de 40 a 60 consultas por segundo em nossos horários de pico.

Meu chefe pagou para que eu fizesse o curso de administração de sistemas da Oracle University, mas depois de fazer isso, ele simplesmente explica as diferentes partes do servidor mysql, o que as coisas fazem e como fazem. Mas não é tão aprofundado e você definitivamente não sai desse curso como DBA.

Então, como DBA atual, o que devo fazer para garantir que tudo esteja funcionando sem problemas? Existem tarefas de manutenção diária que posso realizar? Existem certas métricas que eu deveria verificar? Ou, em outras palavras, como DBAs, o que VOCÊ faz diariamente para manter tudo em bom estado?

Se isso ajudar a adaptar um pouco a resposta, aqui estão alguns detalhes. Temos 171 tabelas, todas menos 3 são innodb, as outras são myisam. Temos a replicação Master/Slave configurada entre nosso datacenter primário e nosso site de recuperação de desastres, usando RBR. A versão é 5.5.28.

O que posso fazer?

Tenho um banco de dados em execução em nosso servidor da Web de produção que configurei como mestre com um único escravo em outro datacenter. Ao ler as instruções de configuração de replicação do MySQL, eles aconselham colocar o servidor off-line, colocar um bloqueio de leitura, fazer o dump e, em seguida, criar o escravo com ele. Fiz isso, configurei a replicação e ficamos felizes.

Hoje decidi que ter essa replicação em claro na WAN provavelmente não é uma boa prática. Então, procurei configurar a replicação por meio de um túnel SSH (temporário). Isso exigiu que eu mudasse master_hostpara 127.0.0.1 em vez do IP do meu mestre. Ao fazer isso, interrompi minha replicação e agora tenho que começar de novo. O problema é que o Master só tinha expire_logs_days=1, então não posso repetir o processo original desde a semana passada. Eu tenho backups dos outros binlogs, mas usar mysqlbinlog para restaurar todos eles continua falhando devido a problemas de tabelas temporárias.

Portanto, agora estou tentando obter o backup do escravo e executá-lo sem derrubar o mestre. A cada 3 horas, no mestre, fazemos um dump do banco de dados para backups. Usamos mysqldump -v --flush-logs --single-transaction --routines ....para que o log binário atual seja cortado e um novo seja criado a cada backup que fazemos. No entanto, se eu restaurar um despejo de banco de dados e tentar iniciar o backup de replicação com o novo log binário que foi criado com o último --flush-logs comando, ainda me deparo com colisões de chave, exatamente como eles avisaram.

Dadas essas informações, existe uma maneira de iniciar com êxito o backup do escravo com os despejos que temos sem desativar o servidor novamente? Não estarei em um bom lugar se tiver que pedir mais tempo de inatividade.