cannot purge GTID for Aurora RDS mysql

0

I am trying to replicate from On-premise Mysql to Aurora RDS mysql and after the restore I am trying to purge the GTID and getting error "ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER or SYSTEM_VARIABLES_ADMIN privilege(s) for this operation" I have tried with both "SET @@GLOBAL.GTID_purged" and "CALL mysql.rds_gtid_purged " getting the same error. Source : On-premise Target: Aurora MYSQL

Param
preguntada hace 3 meses93 visualizaciones
1 Respuesta
0

To purge the GTID on the Aurora MySQL database after restoring from an on-premises MySQL database, you need the SUPER or SYSTEM_VARIABLES_ADMIN privilege. By default, the primary database user for Aurora MySQL clusters does not have these privileges.

A few things you can try:

Reset the primary database user password using the process documented in the AWS documentation. This will ensure you are using the latest credentials.

Check the permissions for the primary user by running

SHOW GRANTS FOR username;

. You may need to explicitly grant the required privileges.

Create a new database user with the required privileges and use that user to purge the GTIDs. You can grant privileges using commands like:

GRANT SUPER ON *.* TO 'username'@'host';

Check that the DB cluster parameter group associated with the Aurora cluster has gtid_mode set to OFF to disable GTID-based replication before purging GTIDs.

Refer to the AWS documentation on resetting GTID parameters and troubleshooting connection errors for more guidance. The documentation provides up-to-date information on required permissions and configuration.

profile picture
EXPERTO
respondido hace 2 meses

No has iniciado sesión. Iniciar sesión para publicar una respuesta.

Una buena respuesta responde claramente a la pregunta, proporciona comentarios constructivos y fomenta el crecimiento profesional en la persona que hace la pregunta.

Pautas para responder preguntas