Error de MySQL / Amazon RDS: "no tiene SUPER privilegios ..."

Estoy intentando copiar mi base de datos mysql de un Amazon EC2 a un RDS:

Hice con éxito una parte mysqldumpde mi base de datos en mi carpeta raíz usando esto:

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

Luego intenté transferir este archivo .sql a mi nueva base de datos 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

Desafortunadamente, recibo el siguiente mensaje de error:

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)

Lo intenté de GRANT SUPER..varias formas, pero también obtengo errores cuando trato de hacerlo. Escribir mysql > FLUSH privileges;tampoco funciona.

Soy un principiante de mysql, lo siento por una pregunta tan fácil. Pensamientos

Según http://getasysadmin.com/2011/06/amazon-rds-super-privileges/ , debe establecerlo log_bin_trust_function_creatorsen 1 en la consola de AWS para cargar su archivo de volcado sin errores.

Si desea ignorar estos errores y cargar el resto del archivo de volcado, puede usar la -fopción:

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

El -finformará errores, pero continuará procesando el resto del archivo de volcado.

1. Abra la consola web de RDS.
2. Abra la pestaña "Grupos de parámetros".
3. Cree un nuevo grupo de parámetros. En el cuadro de diálogo, seleccione la familia MySQL compatible con la versión de su base de datos MySQL, asígnele un nombre y confirme. Seleccione el grupo de parámetros recién creado y emita "Editar parámetros".
4. Busque el parámetro 'log_bin_trust_function_creators' y establezca su valor en '1 ′.
5. Guarde los cambios.
6. Abra la pestaña "Instancias". Expanda su instancia de MySQL y emita la "Acción de instancia" llamada "Modificar".
7. Seleccione el grupo de parámetros recién creado y habilite "Aplicar inmediatamente".
8. Haga clic en "Continuar" y confirme los cambios.
9. Espere a que se complete la operación "Modificar".
10. Nuevamente, abra la pestaña "Instancias". Expanda su instancia de MySQL y expanda la pestaña "Acción de instancia" y seleccione "Reiniciar".

El problema con los desencadenadores y los procedimientos almacenados en el archivo de volcado es que estas definiciones incluyen al usuario que debe crear el procedimiento almacenado, el DEFINER. Es muy probable que el usuario no exista en el RDS, por lo que se genera un error. Para poder cargar el archivo de volcado, puede eliminar el DEFINER usando sed o Perl y crear el procedimiento almacenado / disparador con el usuario que está realizando la importación.

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

Ahora debería poder cargar el archivo de volcado fijo

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

Como se dijo en la respuesta anterior, debe configurar el parámetro DB:

log_bin_trust_function_creators = 1

Para mí, solo había 2 comandos en mi archivo de volcado que requerían SUPER privilegios:

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

De acuerdo con los documentos de mysqldump , puede desactivarlos con --set-gtid-purged=OFF.

Luego, mirando al hombre mysqldump :

Use ON si la intención es implementar un nuevo esclavo de replicación usando solo algunos de los datos del servidor volcado. Use OFF si la intención es reparar una tabla copiándola dentro de una topología. Use OFF si la intención es copiar una tabla entre topologías de replicación que están disjuntas y lo seguirán siendo.

Así que decidí agregar --set-gtid-purged=OFFa mi mysqldumpcomando y luego pude importar con éxito el archivo de volcado resultante.

Como se define en la documentación de AWS, los desencadenantes, los procedimientos y las funciones están deshabilitados de forma predeterminada porque el registro binario está habilitado de forma predeterminada. La desactivación básicamente hace que su base de datos sea más segura, pero si la ha protegido correctamente a través de la red, no importará.

Siga estos pasos y su problema se solucionará https://aws.amazon.com/premiumsupport/knowledge-center/rds-mysql-functions/

Además, no debe utilizar definidores al crear procedimientos. Un simple comando sed puede eliminarlo.

Además de editar

log_bin_trust_function_creators = 1

necesita eliminar todo DEFINER de su archivo de volcado, consulte el siguiente enlace para ver el comando SED que puede ayudar a limpiar su archivo de volcado sql.

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

Después de usar la respuesta arun-r, si el problema no se resuelve, debe modificar su archivo de volcado. Es simple.

En el archivo de volcado encontrará líneas como:

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

Tienes que reemplazar:

• username_from_dumped_database por su nombre de usuario en la base de datos rds.
• host_from_dumped_databse por %

No sé por qué, pero este truco me funcionó. Un simple editor de texto es suficiente para hacer esto.