Analista - Área de Apoio Especializado - Tecnologia da Informação - Banco de Dados
Em administração de banco de dados MySQL, os recursos disponíveis para auxiliar na identificação de problemas relacionados à lentidão em um aplicativo são:
Alog de erros (Error log) e esquema de desempenho (performance schema);
Blog de consultas lentas (slow query log) e esquema de desempenho (performance schema);
Cesquema de desempenho (performance schema) e log binário (binary log);
Ddeclaração GET DIAGNOSTICS e log de consultas lentas (slow query log);
Elog binário (binary log) e lista de índices desatualizados.
Revelar gabarito e comentário▾
GabaritoB — log de consultas lentas (slow query log) e esquema de desempenho (performance schema);
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”.
Diagnóstico de lentidão no MySQL
Gabarito: letra B. O log de consultas lentas (slow query log) registra queries que excedem um tempo limite configurável, sendo o recurso primário para identificar gargalos de desempenho no banco. Já o esquema de desempenho (performance schema) fornece métricas detalhadas de execução, como tempo de CPU, esperas e uso de recursos. Juntos, são as ferramentas nativas do MySQL para diagnosticar lentidão em aplicações.
Recurso do MySQL
Função principal
Auxilia na identificação de lentidão?
Log de erros (Error log)
Registra mensagens de erro, inicialização e desligamento do servidor.
❌ Não
Log de consultas lentas (Slow query log)
Registra queries que excedem um tempo limite configurável.
✅ Sim
Esquema de desempenho (Performance schema)
Fornece métricas detalhadas de execução (tempo de CPU, esperas, uso de recursos).
✅ Sim
Log binário (Binary log)
Contém registros de modificações no banco para replicação e recuperação.
❌ Não
Declaração GET DIAGNOSTICS
Obtém informações sobre a última execução em stored procedures.
❌ Não
Lista de índices desatualizados
Não é um recurso nativo do MySQL; verificação via comandos como SHOW INDEX.
❌ Não
Alternativa A — ❌ Incorreta
O log de erros (error log) registra mensagens de erro, inicialização e desligamento do servidor, não sendo direcionado à análise de desempenho. Embora o performance schema seja adequado, o error log não ajuda a identificar lentidão.
Alternativa B — ✅ Correta ⟵ GABARITO
A combinação slow query log (consulta lentas) e performance schema (esquema de desempenho) é a resposta oficial e prática: um captura queries demoradas, o outro oferece visão granular do desempenho interno.
Alternativa C — ❌ Incorreta
O log binário (binary log) contém registros de modificações no banco (INSERT, UPDATE, DELETE) para replicação e recuperação, não para análise de desempenho. O performance schema é correto, mas o binary log não auxilia na identificação de lentidão.
Alternativa D — ❌ Incorreta
A declaração GET DIAGNOSTICS é usada em stored procedures para obter informações sobre a última execução (ex.: número de linhas afetadas, erros), não sendo um recurso de monitoramento contínuo de desempenho. O slow query log é adequado, mas o GET DIAGNOSTICS não se aplica.
Alternativa E — ❌ Incorreta
Lista de índices desatualizados não é um recurso nativo do MySQL; índices desatualizados podem ser verificados via comandos como SHOW INDEX ou ANALYZE TABLE, mas não constituem um log ou schema padrão. O binary log novamente não é pertinente.
PEGA ESSA DICA!
Na prática, ao diagnosticar lentidão no MySQL, os primeiros recursos a consultar são o slow query log (ativado e configurado com long_query_time) e o performance schema (habilitado por padrão no MySQL 5.6+). Domine esses dois para resolver a maioria dos problemas de desempenho.