Registro em log de bancos de dados do Aurora MySQL

Os logs do Aurora MySQL fornecem informações essenciais sobre a atividade e os erros do banco de dados. Ao habilitar esses logs, é possível identificar e solucionar problemas, entender o desempenho do banco de dados e auditar a atividade do banco de dados. Recomendamos que você habilite esses logs para todas as instâncias de banco de dados do Aurora MySQL para garantir o desempenho e a disponibilidade ideais dos bancos de dados. Os tipos de logs a seguir podem ser habilitados. Cada log contém informações específicas que podem levar à descoberta de impactos no processamento do banco de dados.

• Erro: o Aurora MySQL grava no log de erros apenas na inicialização, no desligamento e quando encontra erros. Uma instância de banco de dados pode passar horas ou dias sem novas entradas gravadas no log de erros. Se você não vir nenhuma entrada recente, é porque o servidor não encontrou nenhum erro que tenha gerado uma entrada de log. O log de erros está habilitado por padrão. Para ter mais informações, consulte Logs de erro do Aurora MySQL.

• Geral: o log geral fornece informações detalhadas sobre a atividade do banco de dados, incluindo todas as instruções SQL executadas pelo mecanismo do banco de dados. Consulte mais informações sobre como habilitar o registro em log geral e definir parâmetros de registro em log em Logs gerais e de consultas lentas do Aurora MySQL e The general query log na documentação do MySQL.

  nota

  Os logs gerais podem se tornar muito grandes e consumir seu armazenamento. Para ter mais informações, consulte Alternância e retenção de logs do Aurora MySQL.

• Consulta lenta: um log de consulta lenta consiste em instruções SQL que levam mais de long_query_time segundos para serem executadas e exigem que, no mínimo, min_examined_row_limit linhas sejam examinadas. É possível usar o log de consulta lenta para encontrar consultas que demoram muito para serem executadas e, portanto, são candidatas à otimização.

  O valor padrão para long_query_time é 10 segundos. Recomendamos que você comece com um valor alto para identificar as consultas mais lentas e, depois, vá ajustando os valores seguintes.

  Também é possível usar parâmetros relacionados, como log_slow_admin_statements e log_queries_not_using_indexes. Compare rows_examined com rows_returned. Se rows_examined for muito maior que rows_returned, então essas consultas podem estar bloqueadas.

  No Aurora MySQL versão 3, é possível habilitar log_slow_extra para consultar mais detalhes. Consulte mais informações em Slow query log contents na documentação do MySQL. Também é possível modificar long_query_time no nível da sessão para depurar a execução da consulta de forma interativa, o que é bastante útil se log_slow_extra estiver habilitado globalmente.

  Consulte mais informações sobre como habilitar o registro em log geral e definir parâmetros de registro em log em Logs gerais e de consultas lentas do Aurora MySQL e The general query log na documentação do MySQL.

• Auditoria: o log de auditoria monitora e registra a atividade do banco de dados. O registro em log de auditoria do Aurora MySQL é chamado de Auditoria avançada. Para habilitar a Auditoria avançada, defina determinados parâmetros de cluster de banco de dados. Para ter mais informações, consulte Como utilizar a auditoria avançada em um cluster de banco de dados do Amazon Aurora MySQL.

• Binário: o log binário (binlog) contém eventos que descrevem alterações no banco de dados, como operações de criação de tabelas e alterações nos dados da tabela. Ele também contém eventos para instruções que poderiam ter feito alterações (por exemplo, uma instrução DELETE que não correspondia a nenhuma linha), a menos que o registro em log baseado em linhas seja usado. O log binário também contém informações sobre quanto tempo cada instrução levou para os dados atualizados.

  A execução de um servidor com os logs binários habilitados torna o desempenho um pouco mais baixo. No entanto, os benefícios do log binário em permitir que você configure a replicação e as operações de restauração geralmente superam essa pequena diminuição no desempenho.

  nota

  O Aurora MySQL não exige registro em log binário para operações de restauração.

  Consulte mais informações sobre como habilitar o registro em log binário e definir o formato do binlog em Configurar o registro em log binário do Aurora MySQL e The binary log na documentação do MySQL.

É possível publicar logs gerais, de erro, de consultas lentas, de consulta e de auditoria no Amazon CloudWatch Logs. Para ter mais informações, consulte Publicação de logs de banco de dados no Amazon CloudWatch Logs.

Outra ferramenta útil para resumir arquivos de log gerais, binários e de consultas lentas é pt-query-digest.