Durante a administração de um ambiente MySQL em produção, um DBA precisa garantir alta disponibilidade, desempenho otimizado e segurança dos dados. Considerando as boas práticas de administração de SGBDs MySQL,
Aa replicação no MySQL elimina a necessidade de backups, pois garante que sempre haverá uma cópia atualizada dos dados.
Bé recomendável desativar o binlog (binary log) para reduzir o uso de disco, já que ele não é necessário para recuperação de dados ou replicação.
Ca configuração de backups regulares com mysqldump ou mysqlpump, combinada com o uso do binary log para recuperação ponto-a-ponto (point-in-time recovery), é uma prática recomendada para garantir integridade e recuperação completa dos dados.
Do uso de índices deve ser evitado, pois eles aumentam o consumo de espaço em disco e reduzem o desempenho das consultas.
Eé seguro conceder privilégios de administrador (GRANT ALL PRIVILEGES) a todos os usuários para simplificar a gestão de permissões.
Revelar gabarito e comentário▾
GabaritoC — a configuração de backups regulares com mysqldump ou mysqlpump, combinada com o uso do binary log para recuperação ponto-a-ponto (point-in-time recovery), é uma prática recomendada para garantir integridade e recuperação completa dos dados.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Administração de MySQL: Backup, Binlog e Boas Práticas
Gabarito: letra C. A prática recomendada para garantir integridade e recuperação completa dos dados em MySQL combina backups regulares (mysqldump ou mysqlpump) com o uso do binary log para recuperação ponto-a-ponto (point-in-time recovery). Essa é a abordagem que permite restaurar o banco até um instante específico, cobrindo as alterações ocorridas após o último backup completo.
O enunciado aborda as boas práticas de administração de um SGBD MySQL em produção, focando em três pilares: alta disponibilidade, desempenho otimizado e segurança dos dados. A questão testa o conhecimento do DBA sobre ferramentas e estratégias que garantam a integridade e a recuperação dos dados em caso de falhas.
O backup é o processo de criar cópias de segurança dos dados, permitindo a restauração em caso de perda, corrupção ou desastre. No MySQL, as ferramentas mais comuns para backup lógico são o mysqldump e o mysqlpump, que geram arquivos com comandos SQL para recriar a estrutura e os dados. Já o binary log (binlog) registra todas as alterações feitas no banco de dados (INSERT, UPDATE, DELETE, etc.) em ordem cronológica. Ele é essencial para a replicação e para a recuperação ponto-a-ponto, pois permite reaplicar as transações ocorridas após o último backup, minimizando a perda de dados.
A combinação de backups regulares com o binlog é a prática recomendada: o backup fornece um ponto de restauração completo, e o binlog permite avançar a partir desse ponto até o momento desejado (ou o mais próximo possível da falha). Essa estratégia é fundamental para garantir a integridade e a recuperação completa dos dados, especialmente em ambientes de produção com alta criticidade.
A replicação, por sua vez, é uma técnica para manter cópias sincronizadas do banco em outros servidores, garantindo alta disponibilidade e balanceamento de carga. No entanto, ela não substitui os backups, pois não protege contra erros lógicos (como um DELETE sem WHERE), corrupção de dados ou desastres que afetem todas as réplicas. Os backups são a última linha de defesa.
Os índices são estruturas que aceleram a busca de dados, mas consomem espaço em disco e podem reduzir o desempenho de operações de escrita (INSERT, UPDATE, DELETE). A decisão de criar índices deve ser baseada nas consultas mais frequentes e no trade-off entre leitura e escrita. Evitar índices por completo é uma prática inadequada, pois prejudica o desempenho das consultas.
A segurança do banco de dados envolve o controle de acesso por meio de privilégios. Conceder GRANT ALL PRIVILEGES a todos os usuários é uma prática extremamente insegura, pois dá a qualquer usuário controle total sobre o banco, violando o princípio do menor privilégio. A gestão de permissões deve ser granular, concedendo apenas os privilégios necessários para cada usuário ou função.
Guarde a fronteira entre backup + binlog (recuperação completa) e replicação (alta disponibilidade): é exatamente nela que as alternativas se dividem.
Administração MySQL: Backup + binlog (Recuperação completa (PITR), mysqldump / mysqlpump); Replicação (Alta disponibilidade, Não substitui backup); Índices (Aceleram consultas, Consomem espaço / escritas); Segurança (Menor privilégio, GRANT ALL a todos)
Alternativa A — ❌ Incorreta
A replicação não elimina a necessidade de backups. Ela garante cópias atualizadas dos dados em outros servidores, mas não protege contra erros lógicos, corrupção ou desastres que afetem todas as réplicas. O backup é a única forma de recuperar dados de um ponto anterior no tempo, independentemente da replicação.
Alternativa B — ❌ Incorreta
Desativar o binlog para reduzir o uso de disco é uma prática incorreta, pois o binlog é essencial para a recuperação ponto-a-ponto e para a replicação. Sem ele, não é possível reaplicar as alterações ocorridas após o último backup, aumentando a perda de dados em caso de falha. O binlog é um componente crítico da estratégia de recuperação.
Alternativa C — ✅ Correta ⟵ GABARITO
Esta é a prática recomendada. Backups regulares com mysqldump ou mysqlpump fornecem um ponto de restauração completo, e o uso do binlog permite a recuperação ponto-a-ponto, reaplicando as transações ocorridas após o último backup. Essa combinação garante a integridade e a recuperação completa dos dados, minimizando a perda de informações.
Alternativa D — ❌ Incorreta
Evitar índices por completo é uma prática incorreta. Os índices são essenciais para o desempenho das consultas, acelerando a busca de dados. Embora consumam espaço em disco e possam reduzir o desempenho de escritas, o trade-off é geralmente favorável em bancos de dados com muitas consultas de leitura. A decisão de criar índices deve ser baseada nas consultas mais frequentes, não na sua eliminação total.
Alternativa E — ❌ Incorreta
Conceder GRANT ALL PRIVILEGES a todos os usuários é uma prática insegura e contrária ao princípio do menor privilégio. Isso dá a qualquer usuário controle total sobre o banco, aumentando o risco de acesso não autorizado, alterações maliciosas e violação de dados. A gestão de permissões deve ser granular, concedendo apenas os privilégios necessários para cada usuário ou função.
NÃO CAIA NESSA!
A banca explora a confusão entre replicação e backup. A replicação garante alta disponibilidade, mas não substitui o backup, que é a única forma de recuperar dados de um ponto anterior no tempo. Lembre-se: replicação protege contra falhas de servidor, backup protege contra erros lógicos e desastres.
PEGA ESSA DICA!
Para questões de administração de banco de dados, foque nos conceitos de backup (completo, incremental, diferencial), recuperação (point-in-time, PITR), replicação (alta disponibilidade) e segurança (princípio do menor privilégio). Esses são os temas mais cobrados em provas de concurso.