# 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](USER_LogAccess.MySQL.LogFileSize.md#USER_LogAccess.MySQL.Errorlog). + 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](USER_LogAccess.MySQL.LogFileSize.md#USER_LogAccess.MySQL.Generallog) e [The general query log](https://dev.mysql.com/doc/refman/8.0/en/query-log.html) 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](USER_LogAccess.MySQL.LogFileSize.md#USER_LogAccess.AMS.LogFileSize.retention). + Consulta lenta: um log de consulta lenta consiste em instruções SQL que levam mais de [long\_query\_time](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_long_query_time) segundos para serem executadas e exigem que, no mínimo, [min\_examined\_row\_limit](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_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](https://dev.mysql.com/doc/refman/8.0/en/slow-query-log.html#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](USER_LogAccess.MySQL.LogFileSize.md#USER_LogAccess.MySQL.Generallog) e [The general query log](https://dev.mysql.com/doc/refman/8.0/en/slow-query-log.html) 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](AuroraMySQL.Auditing.md). + 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](https://dev.mysql.com/doc/refman/8.0/en/delete.html) 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 para bancos de dados single-AZ](USER_LogAccess.MySQL.BinaryFormat.md) e [The binary log](https://dev.mysql.com/doc/refman/8.0/en/binary-log.html) 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](USER_LogAccess.Procedural.UploadtoCloudWatch.md). Outra ferramenta útil para resumir arquivos de log gerais, binários e de consultas lentas é [pt-query-digest](https://docs.percona.com/percona-toolkit/pt-query-digest.html).