Knowledge Center Monthly Newsletter - June 2025

Stay up to date with the latest from the Knowledge Center. See all new Knowledge Center articles published in the last month, and re:Post's top contributors.

¿Cómo puedo ver y descargar los registros de un clúster de base de datos de Aurora sin servidor?

4 minutos de lectura

Quiero auditar la actividad de la base de datos de mis clústeres de bases de datos de Amazon Aurora sin servidor que ejecutan la edición de Amazon Aurora compatible con MySQL o la edición de Amazon Aurora compatible con PostgreSQL. Quiero ver y descargar los registros.

Resolución

En los clústeres de bases de datos de Aurora compatible con MySQL, puede activar el registro de consultas lentas, el registro general o los registros de auditoría. En los clústeres de bases de datos de Aurora compatible con PostgreSQL, puede usar el parámetro log_statement para controlar los registros.

Para ver y descargar los registros, debe usar Amazon CloudWatch. No puede ver los registros directamente desde la consola de Amazon Relational Database Service (Amazon RDS). No hay una instancia de base de datos directa para acceder a los archivos de registro y alojarlos. Aurora sin servidor se conecta a una flota de servidores proxy de instancias de base de datos que se escala automáticamente.

Activación de los registros

Al activar los registros en Aurora sin servidor v1, debe modificar los grupos de parámetros del clúster para el clúster de base de datos. En los clústeres de bases de datos MySQL, utilice una familia de grupos de parámetros de clúster de Aurora MySQL 5.6 o 5.7. En los clústeres de bases de datos de PostgreSQL, utilice una familia de grupos de parámetros de clústeres de Aurora PostgreSQL 10. Al activar los registros en Aurora sin servidor v2, puede modificar el parámetro personalizado del clúster de base de datos o el grupo de parámetros de la instancia de base de datos.

Para activar los registros en Aurora sin servidor, siga estos pasos:

Cree un grupo de parámetros de clúster de base de datos personalizado. O bien, utilice el grupo de parámetros del clúster de base de datos personalizado existente en el clúster de base de datos.
Modifique los valores del grupo de parámetros del clúster de base de datos en función del tipo de clúster de base de datos.
Clústeres de bases de datos MySQL:
El registro de errores está activado de forma predeterminada. Para activar el registro de consultas lentas y el registro general, configure las siguientes opciones:
general_log=1
slow_query_log=1
Clústeres de bases de datos PostgreSQL:
Utilice el parámetro log_statement para determinar las instrucciones de SQL que Aurora registra. El valor predeterminado es ninguno. Para registrar los registros de consultas y errores, cambie el valor all.
Alternativa:
Modifique el grupo de parámetros de la instancia de base de datos. Cuando usa un parámetro de instancia y establece Origen en Modificado, Aurora ignora el parámetro establecido en el grupo de parámetros del clúster.
Nota: Si está resolviendo problemas en la instancia de base de datos, se recomienda establecer log_statement en all para registrar todas las instrucciones. Para registrar todas las instrucciones en lenguaje de definición de datos (DDL), como CREATE, ALTER y DROP, establezca el valor del parámetro en ddl. Para registrar todas las instrucciones en DDL y en lenguaje de modificación de datos (DML), como INSERT, UPDATE y DELETE, establezca el valor del parámetro en mod.
Modifique el clúster de base de datos para usar el grupo de parámetros del clúster de base de datos personalizado.

Aurora Serverless aplica los cambios de parámetros con una escala automática sin interrupciones.

Nota: Aurora sin servidor v1 utiliza la acción de tiempo de espera ForceApplyCapacityChange al aplicar el cambio. Si el clúster de base de datos de Aurora sin servidor v1 no puede encontrar un punto de escalamiento antes de que se agote el tiempo de espera, es posible que la conexión se interrumpa.