Registro de bases de datos Aurora MySQL

Los registros de Aurora MySQL proporcionan información esencial sobre la actividad y los errores de la base de datos. Al habilitar estos registros, puede identificar y solucionar problemas, comprender el rendimiento de la base de datos y auditar la actividad de la base de datos. Le recomendamos que habilite estos registros para todas las instancias de base de datos de Aurora MySQL para garantizar un rendimiento y una disponibilidad óptimos de las bases de datos. Se pueden habilitar los siguientes tipos de registros. Cada registro contiene información específica que puede permitir descubrir el impacto en el procesamiento de las bases de datos.

• Error: Aurora MySQL solo escribe en el registro de errores durante el inicio, el cierre y cuando encuentra errores. Una instancia de base de datos puede pasar horas o días sin que se escriban nuevas entradas en el registro de errores. Si no hay entradas recientes, se debe a que el servidor no ha encontrado ningún error que genere una entrada en el registro. El registro de errores está habilitado de forma predeterminada. Para obtener más información, consulte Registros de errores de Aurora MySQL.

• General: el registro general proporciona información detallada sobre la actividad de la base de datos, incluidas todas las instrucciones SQL que ejecuta el motor de base de datos. Para obtener más información sobre cómo habilitar el registro general y configurar los parámetros de registro, consulte Registros generales y de consultas lentas de Aurora MySQL y The general query log en la documentación de MySQL.

  nota

  Los registros generales pueden llegar a ser muy grandes y consumir espacio de almacenamiento. Para obtener más información, consulte Rotación y retención de registros en Aurora MySQL.

• Consulta lenta: el registro de consultas lentas consta de instrucciones SQL que tardan en ejecutarse un tiempo en segundos superior al que está configurado en long_query_time y que requieren al menos el número de filas que está configurado en min_examined_row_limit para examinarlas. Puede utilizar el registro de consultas lentas para buscar consultas que tarden mucho en ejecutarse y que, por lo tanto, sean candidatas para la optimización.

  El valor de predeterminado para long_query_time es de 10 segundos. Le recomendamos que comience con un valor alto para identificar las consultas más lentas y, a continuación, vaya bajando para ajustarlas con mayor precisión.

  También puede utilizar parámetros relacionados, como log_slow_admin_statements y log_queries_not_using_indexes. Compare rows_examined con rows_returned. Si rows_examined es mucho mayor que rows_returned, esas consultas podrían estar creando un bloqueo.

  En la versión 3 de Aurora MySQL, puede habilitar log_slow_extra para obtener más detalles. Para obtener más información, consulte Slow query log contents en la documentación de MySQL. También puede modificar long_query_time para la sesión para depurar la ejecución de consultas de forma interactiva, lo que resulta especialmente útil si log_slow_extra está habilitado de forma global.

  Para obtener más información sobre cómo habilitar el registro de consultas lentas y configurar los parámetros de registro, consulte Registros generales y de consultas lentas de Aurora MySQL y The slow query log en la documentación de MySQL.

• Auditoría: el registro de auditoría monitorea y registra la actividad de la base de datos. El registro de auditoría para Aurora MySQL se llama auditoría avanzada. Para habilitar la auditoría avanzada, hay que establecer ciertos parámetros del clúster de base de datos. Para obtener más información, consulte Uso de auditorías avanzadas con un clúster de base de datos de Amazon Aurora MySQL.

• Binario: el registro binario (binlog) contiene eventos que describen los cambios en la base de datos, como las operaciones de creación de tablas y los cambios en los datos de las tablas. También contiene eventos para instrucciones que podrían haber realizado cambios (por ejemplo, un DELETE que no se corresponde con ninguna fila), a menos que se utilice el registro basado en filas. El registro binario también contiene información sobre el tiempo que tardó cada instrucción en actualizar los datos.

  Al ejecutar un servidor con el registro binario habilitado, el rendimiento es un poco más lento. Sin embargo, las ventajas del registro binario, al permitirle configurar la replicación y las operaciones de restauración, por lo general, compensan esta pequeña disminución del rendimiento.

  nota

  Aurora MySQL no requiere el registro binario para las operaciones de restauración.

  Para obtener más información sobre cómo habilitar el registro binario y configurar el formato binlog, consulte Configuración del registro binario de Aurora MySQL y The binary log en la documentación de MySQL.

Puede publicar registros de errores, generales, de consultas lentas y de auditoría en Registros de Amazon CloudWatch. Para obtener más información, consulte Publicación de registros de base de datos en Amazon CloudWatch Logs.

Otra herramienta útil para resumir archivos de registro lentos, generales y binarios es pt-query-digest.