Pular para o conteúdo principal

Questão de Banco de Dados — MySQL — Quadrix 2024

Banco de DadosMySQL
Código
qg347324
Banca
Quadrix
Órgão
CFP
Ano
2024
Nível
Superior
Cargo
Analista Técnico/TI/Desenvolvimento
Quanto aos conceitos de índices, às ferramentas ETL e aos sistemas gerenciadores de banco de dados (SGBDs), julgue o item seguinte.Ao comentar a linha skip‑networking, do arquivo my.cnf do SGBD MySQL, ocorrerá o bloqueio das conexões remotas.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoE — Errado

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”.

MySQL: a diretiva skip-networking e as conexões remotas

Gabarito: ERRADO (letra E). A diretiva skip-networking, quando habilitada no arquivo my.cnf do MySQL, faz com que o servidor não escute conexões TCP/IP — ou seja, bloqueia as conexões remotas via rede. No entanto, o enunciado afirma que "ao comentar" essa linha ocorrerá o bloqueio, o que é exatamente o oposto: comentar a linha (ou seja, desativá-la) permite que o servidor volte a aceitar conexões TCP/IP, habilitando as conexões remotas. A pegadinha está na inversão do efeito de comentar a diretiva.

A diretiva skip-networking é uma configuração do MySQL que, quando ativada (sem o caractere de comentário # no início da linha), instrui o servidor a não usar a rede TCP/IP para aceitar conexões. Isso significa que o servidor só aceitará conexões locais, como via socket Unix (no Linux) ou named pipe (no Windows). Essa configuração é útil em cenários onde o banco de dados é acessado apenas localmente, aumentando a segurança ao reduzir a superfície de ataque.

Quando você comenta a linha skip-networking no arquivo my.cnf, você está desativando essa diretiva. O servidor, ao ser reiniciado, passará a escutar conexões TCP/IP na porta padrão (3306), permitindo que clientes remotos se conectem ao banco de dados. Portanto, o efeito de comentar a linha é o oposto do que o enunciado afirma: em vez de bloquear, ele habilita as conexões remotas.

Para entender melhor, é importante distinguir os dois estados possíveis da diretiva:

Estado da linha no my.cnf

Efeito no servidor MySQL

skip-networking (sem comentário)

Servidor não escuta TCP/IP; apenas conexões locais (socket Unix/named pipe) são aceitas.

# skip-networking (comentada)

Servidor escuta TCP/IP na porta 3306; conexões remotas são permitidas.

A banca explora exatamente essa confusão: o candidato pode lembrar que skip-networking bloqueia conexões remotas, mas não perceber que "comentar" a linha tem o efeito inverso. É uma pegadinha clássica de inversão de sentido.

Na prática, para configurar o MySQL para aceitar conexões remotas, além de comentar a linha skip-networking, é necessário também verificar se o servidor está configurado para escutar em um endereço IP acessível (como 0.0.0.0 ou um IP específico) e se o usuário do banco de dados tem permissão para conectar a partir de hosts remotos (o que é controlado pela tabela mysql.user, com o campo host).

Portanto, a afirmação do enunciado está incorreta: comentar a linha skip-networking habilita as conexões remotas, não as bloqueia. O bloqueio ocorreria se a linha estivesse ativa (sem o comentário).

Alternativa E — ❌ Incorreta ⟵ GABARITO

A alternativa afirma que "ao comentar a linha skip-networking, do arquivo my.cnf do SGBD MySQL, ocorrerá o bloqueio das conexões remotas". Isso está errado. Comentar a linha significa desativar a diretiva, o que faz o servidor voltar a escutar conexões TCP/IP, permitindo conexões remotas. O bloqueio ocorreria se a linha estivesse ativa (sem o comentário #). A banca inverteu o efeito da ação de comentar, criando uma pegadinha clássica.

Gabarito: letra E — a afirmação está incorreta, pois comentar a diretiva skip-networking habilita, e não bloqueia, as conexões remotas no MySQL.

Link permanente: /questoes/qg347324