O MySQL 9.0 utiliza diversos tipos de logs, cada tipo contém informações sobre determinadas atividades executadas pelo SGBD e que podem ser úteis em atividade de auditoria. O log que mantém informações sobre consultas que demoravam mais que um determinado tempo estipulado pela variável de sistema “long_query_time” (medida em segundos) para serem executadas é o
- A)ddl log.
Errada, porque DDL log não é o log usado para registrar consultas que excedem long_query_time.
- B)error log.
Errada, porque o error log guarda erros e mensagens do servidor, não consultas lentas.
- C)slow query log.
Certa, porque o slow query log registra consultas que demoram mais que o tempo definido em long_query_time.
- D)long query log.
Errada, porque long query log não é a nomenclatura padrão do MySQL para esse tipo de registro.
- E)general query log.
Errada, porque o general query log registra a atividade geral de consultas e conexões, não apenas as lentas.
Gabarito: C
No MySQL, cada log tem uma função bem específica, então a banca adora trocar os nomes para ver se voce sabe quem faz o que. Quando a questão fala em consultas que ultrapassam um tempo definido pela variável long_query_time, ela está descrevendo o registro das chamadas consultas lentas, isto é, aquelas que passam do limite configurado para desempenho. Esse é justamente o slow query log. Ele serve para identificar gargalos, consultas mal otimizadas e pontos de melhoria no banco. Em termos práticos, é o diário das consultas preguiçosas: se demorou demais, entra ali para voce investigar depois. Já o error log guarda erros de inicialização, falhas e mensagens importantes do servidor; o general query log registra atividades gerais de conexão e execução; e outros logs podem tratar de eventos mais específicos. Mas o tempo de execução acima de long_query_time aponta diretamente para consultas lentas. Por isso o gabarito é a letra C. A lógica é simples: tempo acima do limite configurado = consulta lenta = slow query log.