Luana trabalha em um Datacenter que presta serviço de nuvem pública. Ela identificou que existe uma máquina de banco de dados mysql que não possui replicação de dados e fechou um contrato com a empresa responsável pela máquina para a execução da tarefa de implementação da replicação de dados. Esta permite redundância, tolerância a falhas e balanceamento de carga. Para uma correta implementação, Luana deverá observar como característica do ambiente a:
- A)replicação, conhecida como Master-Slave, de forma que as gravações sejam efetuadas diretamente em um log binário de ambos;
Errada, porque na replicação MySQL as gravações não são feitas diretamente em um log binário de ambos os lados; o fluxo de eventos parte do servidor principal para o replicado.
- B)largura de banda muito intensiva entre o master e o slave, logo a distância entre eles ser fator primordial para o desempenho;
Errada, porque a distância entre master e slave pode influenciar desempenho, mas a afirmação exagera ao tratá-la como o fator primordial e obrigatório da replicação.
- C)máquina slave ser considerada como um backup, ou até mesmo um substituto para seus backups;
Errada, porque o slave não deve ser tratado como simples backup, já que replicação não substitui política de backup e nem garante a mesma função.
- D)compatibilidade de versões mais antigas dos servidores serem, frequentemente, capazes de servir como slaves de versões mais novas;
Errada, porque a questão cobra a regra de compatibilidade no sentido oposto: em geral, o servidor mais novo pode ser slave do mais velho, e não o contrário como regra frequente.
- E)compatibilidade com o servidor anterior, isto é, um servidor mais novo poder normalmente ser um escravo de um servidor mais velho sem nenhum problema.
Certa, porque no MySQL é usual haver compatibilidade para que um servidor mais novo funcione como slave de um servidor mais antigo.
Gabarito: E
Replicação no MySQL é aquela estratégia clássica para deixar um banco com cópia em outro servidor, ganhando redundância, tolerância a falhas e até ajuda para leitura distribuída. Em um cenário tradicional, o servidor principal registra as alterações e o outro acompanha essas mudanças para manter os dados sincronizados. No MySQL, o ponto importante cobrado pela banca é a compatibilidade entre versões. Em regra, um servidor mais novo consegue atuar como slave de um servidor mais velho, porque o MySQL costuma preservar compatibilidade para esse modelo de replicação. Isso facilita muito a vida de quem atualiza a infraestrutura sem quebrar tudo de uma vez. Por isso, o item E está correto: ele descreve uma característica esperada do ambiente de replicação no MySQL, isto é, a compatibilidade para que um servidor mais novo normalmente possa ser escravo de um servidor mais antigo. Em concursos, isso aparece como uma regra prática da replicação, não como uma garantia absoluta em qualquer situação, mas como comportamento usual do sistema. Atenção para o detalhe: replicação não é simplesmente “cópia de backup” nem exige que as gravações sejam feitas diretamente em ambos os logs binários. O fluxo normal é de um servidor mestre para um servidor escravo, com o slave acompanhando os eventos do master.