Errore MySQL / Amazon RDS: "non disponi dei privilegi SUPER ..."

Sto tentando di copiare il mio database mysql da Amazon EC2 a RDS:

Ho eseguito con successo una parte mysqldumpdel mio database nella mia cartella principale usando questo:

root@ip-xx-xx-xx-xx:~# mysqldump my_database -u my_username -p > my_database.sql

Quindi ho provato a trasferire questo file .sql nel mio nuovo database RDS:

root@ip-xx-xx-xx-xx:~# mysql my_database -u my_username -p -h  
my_new_database.xxxxxxxxx.us-east-1.rds.amazonaws.com < my_database.sql

Purtroppo, ricevo il seguente messaggio di errore:

You do not have the SUPER privilege and binary logging is enabled 
(you *might* want to use  the less safe log_bin_trust_function_creators variable)

Ho provato GRANT SUPER..in vari modi, ma ricevo errori anche quando provo a farlo. Anche la digitazione mysql > FLUSH privileges;non funziona.

Sono un principiante di mysql, mi dispiace tanto per una domanda così facile. Pensieri?

Secondo http://getasysadmin.com/2011/06/amazon-rds-super-privileges/ , è necessario impostare log_bin_trust_function_creatorssu 1 nella console AWS per caricare il file di dump senza errori.

Se vuoi ignorare questi errori e caricare il resto del file di dump, puoi usare l' -fopzione:

mysql -f my_database -u my_username -p -h  
my_new_database.xxxxxxxxx.us-east-1.rds.amazonaws.com < my_database.sql

Il -friporterà errori, ma continuerà l'elaborazione del resto del file dump.

1. Apri la console Web RDS.
2. Apri la scheda "Gruppi di parametri".
3. Crea un nuovo gruppo di parametri. Nella finestra di dialogo, seleziona la famiglia MySQL compatibile con la tua versione del database MySQL, assegnale un nome e conferma. Selezionare il gruppo di parametri appena creato e immettere "Modifica parametri".
4. Cerca il parametro "log_bin_trust_function_creators" e imposta il suo valore su "1 ′.
5. Salva le modifiche.
6. Apri la scheda "Istanze". Espandi la tua istanza MySQL ed esegui l '"Azione istanza" denominata "Modifica".
7. Selezionare il gruppo di parametri appena creato e abilitare "Applica immediatamente".
8. Fare clic su "Continua" e confermare le modifiche.
9. Attendi il completamento dell'operazione di "Modifica".
10. Di nuovo, apri la scheda "Istanze". Espandi la tua istanza MySQL ed espandi la scheda "Azione istanza" e seleziona "Riavvia".

Il problema con i trigger e le stored procedure nel file dump è che queste definizioni includono l'utente da cui deve essere creata la stored procedure, il DEFINER. L'utente molto probabilmente non esiste in RDS, quindi viene generato un errore. Per poter caricare il file dump è possibile rimuovere il DEFINER utilizzando sed o Perl e creare la stored procedure / trigger con l'utente che sta eseguendo l'importazione.

perl -pe 's/\sDEFINER=`[^`]+`@`[^`]+`//' < mysqldump.sql > mysqldump.fixed.sql

Ora dovresti essere in grado di caricare il file di dump corretto

mysql my_database -u my_username -p -h rds_host < mysqldump.fixed.sql

Come detto nella risposta precedente, dovresti impostare il parametro DB:

log_bin_trust_function_creators = 1

Per me, c'erano solo 2 comandi nel mio file di dump che richiedevano privilegi SUPER:

• SET @@GLOBAL.gtid_purged
• SET @@SESSION.SQL_LOG_BIN

Secondo i documenti di mysqldump puoi disabilitarli con --set-gtid-purged=OFF.

Quindi guardando l' uomo mysqldump :

Utilizzare ON se si intende distribuire un nuovo slave di replica utilizzando solo alcuni dei dati dal server di cui è stato eseguito il dumping. Utilizzare OFF se si intende riparare una tabella copiandola all'interno di una topologia. Utilizzare OFF se si intende copiare una tabella tra topologie di replica che sono disgiunte e rimarranno tali.

Quindi ho deciso di aggiungere --set-gtid-purged=OFFal mio mysqldumpcomando e quindi ho potuto importare con successo il file di dump risultante.

Come definito nella documentazione AWS, i trigger, le procedure e le funzioni sono disabilitati per impostazione predefinita perché la registrazione binaria è abilitata per impostazione predefinita. La disabilitazione fondamentalmente rende il tuo db più sicuro, ma se lo hai adeguatamente protetto attraverso la rete non importa.

Segui questi passaggi e il tuo problema verrà risolto https://aws.amazon.com/premiumsupport/knowledge-center/rds-mysql-functions/

Inoltre, non dovresti usare i definitori durante la creazione delle procedure. Un semplice comando sed può rimuoverlo.

Oltre alla modifica

log_bin_trust_function_creators = 1

è necessario rimuovere tutto DEFINER dal file dump, controllare il seguente collegamento per il comando SED che può aiutare a pulire il file dump sql.

https://www.percona.com/blog/2014/07/02/using-mysql-triggers-and-views-in-amazon-rds/#comment-10968243

Dopo aver utilizzato la risposta arun-r, se il problema non viene risolto, è necessario modificare il file di dump. È semplice.

Nel file dump troverai righe come:

DELIMITER ;;
CREATE DEFINER=`username_from_dumped_database`@`host_from_dumped_database` PROCEDURE `procedure_or_function_name`()
BEGIN

Devi sostituire:

• username_from_dumped_database dal tuo nome utente sul database rds.
• host_from_dumped_databse di %

Non so perché, ma questo trucco ha funzionato per me. Un semplice editor di testo è sufficiente per farlo.