Analista de Tecnologia da Informação - Banco de Dados
O MySQL tem vários arquivos de log diferentes que podem ajudar o Administrador de Banco de Dados a descobrir o que está acontecendo e quais atividades estão sendo realizadas, como:− O log de consultas lentas, que armazena todas as queries que levaram mais de I para executar ou que não usaram índices.− O log II, que armazena todas as instruções que alteram dados; usado também para replicação.− O log de erros, que armazena problemas encontrados iniciando, executando ou parando IIIAs lacunas de I a III são correta e respectivamente preenchidas com
Atimeout segundos − relay − a user table.
Blong_query_time segundos − binário − o mysqld.
Clong_query_time minutos − binário − a log table.
Dtimeout minutos − relay − o mysqld
Elongest_query_time segundos − de metadados − a log table.
Revelar gabarito e comentário▾
GabaritoB — long_query_time segundos − binário − o mysqld.
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”.
Logs do MySQL
Gabarito: letra B. O MySQL possui logs específicos para monitoramento: o slow query log registra consultas que excedem o parâmetro long_query_time (medido em segundos); o binary log armazena todas as instruções que alteram dados e é usado para replicação; o error log registra problemas ocorridos ao iniciar, executar ou parar o mysqld. A alternativa B preenche corretamente todas as lacunas.
A banca testa o conhecimento dos tipos de logs do MySQL e seus parâmetros de configuração, muito cobrados em questões de administração de banco de dados.
Lacuna
Descrição
Parâmetro/Log
Unidade/Detalhe
I
Log de consultas lentas: armazena queries que excedem o tempo limite ou não usam índices
long_query_time
segundos
II
Log que armazena instruções que alteram dados; usado para replicação
binário
—
III
Log de erros: registra problemas ao iniciar, executar ou parar o servidor
mysqld
—
Logs do MySQL: Slow query log (Parâmetro: long_query_time, Unidade: segundos, Registra consultas lentas); Binary log (Instruções que alteram dados, Usado para replicação); Error log (Problemas do mysqld, Iniciar, executar, parar)
Alternativa A — ❌ Incorreta
O parâmetro para consultas lentas é long_query_time, não timeout. O log que armazena instruções de alteração de dados e é usado para replicação é o binary log, não o relay log (que é usado apenas em replicação escrava). Por fim, o log de erros registra problemas relativos ao mysqld (servidor), não a uma "user table".
Alternativa B — ✅ Correta ⟵ GABARITO
Lacuna I: long_query_time segundos – O valor é configurado em segundos (padrão 10).
Lacuna II: binário – O binary log contém todas as alterações e é essencial para replicação.
Lacuna III: o mysqld – O error log captura eventos do processo do servidor.
Alternativa C — ❌ Incorreta
Embora acerte o nome do parâmetro (long_query_time) e o tipo de log (binário), erra a unidade de tempo: a medição é em segundos, não minutos. Além disso, o log de erros não armazena em "log table" (não é uma tabela do banco), mas em arquivo de texto.
Alternativa D — ❌ Incorreta
Repete os erros da alternativa A: usa timeout e relay, e a unidade minutos. O log de erros realmente se refere ao mysqld, mas os dois primeiros itens já invalidam a alternativa.
Alternativa E — ❌ Incorreta
O parâmetro correto é long_query_time, não longest_query_time. O log que armazena instruções de alteração é o binário, não "de metadados". O log de erros não é uma "log table" (tabela), mas sim um arquivo.
NÃO CAIA NESSA!
A banca troca long_query_time por timeout (item I) e substitui "binário" por "relay" (item II). Além disso, a unidade de tempo (segundos vs. minutos) é outro ponto de confusão. Memorize: long_query_time → segundos; binary log → replicação; error log → mysqld.