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
已提問 3 個月前檢視次數 95 次
1 個回答
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
專家
已回答 2 個月前

您尚未登入。 登入 去張貼答案。

一個好的回答可以清楚地回答問題並提供建設性的意見回饋,同時有助於提問者的專業成長。

回答問題指南