115

我正在尝试将我的 mysql 数据库从 Amazon EC2 复制到 RDS:

我使用以下方法成功地mysqldump将我的数据库放入了我的根文件夹:

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

然后我尝试将此 .sql 文件传输到我的新 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

不幸的是,我收到以下错误消息:

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)

我尝试GRANT SUPER..了多种方式,但是当我尝试这样做时也遇到了错误。打字mysql > FLUSH privileges;也不行。

我是一个 mysql 初学者,很抱歉这么简单的问题。想法?

4

8 回答 8

166
  1. 打开 RDS Web 控制台。
  2. 打开“参数组”选项卡。
  3. 创建一个新的参数组。在对话框中,选择与您的 MySQL 数据库版本兼容的 MySQL 系列,为其命名并确认。选择刚刚创建的参数组并发出“编辑参数”。
  4. 查找参数“log_bin_trust_function_creators”并将其值设置为“1”。
  5. 保存更改。
  6. 打开“实例”选项卡。展开您的 MySQL 实例并发出名为“Modify”的“Instance Action”。
  7. 选择刚刚创建的参数组并启用“立即应用”。
  8. 单击“继续”并确认更改。
  9. 等待“修改”操作完成。
  10. 再次,打开“实例”选项卡。展开您的 MySQL 实例并展开“Instance Action”选项卡并选择“Reboot”。

编辑 2020 年 12 月:不需要重新启动,因为 log_bin_trust_function_creators 具有应用类型 = 动态。如果您的 RDS 已经有一个附加的参数组并且您对其进行编辑,而不是创建一个新的参数组,那么至少这是正确的。只需保存参数编辑就可以了。

于 2015-06-16T17:56:54.810 回答
80

根据http://getasysadmin.com/2011/06/amazon-rds-super-privileges/,您需要在AWS 控制台log_bin_trust_function_creators中设置为 1 ,才能正确加载转储文件。

如果您想忽略这些错误并加载转储文件的其余部分,您可以使用以下-f选项:

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

-f报告错误,但将继续处理转储文件的其余部分。

于 2012-07-22T20:02:18.377 回答
33

转储文件中的触发器和存储过程的问题在于,这些定义包括应由 DEFINER 创建存储过程的用户。用户很可能在 RDS 中不存在,因此会引发错误。为了能够加载转储文件,您可以使用 sed 或 Perl 删除 DEFINER,并使用执行导入的用户创建存储过程/触发器。

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

现在您应该能够加载固定转储文件

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

如前所述,您应该设置数据库参数:

log_bin_trust_function_creators = 1
于 2014-09-03T07:14:31.003 回答
27

对我来说,我的转储文件中只有 2 个需要超级权限的命令:

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

根据mysqldump 文档,您可以使用--set-gtid-purged=OFF.

然后看man mysqldump

如果打算仅使用转储服务器中的一些数据部署新的复制从属服务器,请使用 ON。如果打算通过在拓扑中复制表来修复表,请使用 OFF。如果打算在不相交的复制拓扑之间复制表,则使用 OFF 并将继续如此。

所以我决定添加--set-gtid-purged=OFF到我的mysqldump命令中,然后我可以成功导入生成的转储文件。

于 2019-05-22T07:57:06.800 回答
6

正如 AWS 文档中定义的那样,默认情况下禁用触发器、过程和函数,因为默认情况下启用二进制日志记录。禁用基本上可以使您的数据库更加安全,但是如果您通过网络进行了适当的保护,则无关紧要。

按照以下步骤操作,您的问题将得到解决 https://aws.amazon.com/premiumsupport/knowledge-center/rds-mysql-functions/

此外,您不应在创建过程时使用定义器。一个简单的 sed 命令可以删除它。

于 2016-11-15T05:50:24.240 回答
5

除了编辑

log_bin_trust_function_creators = 1

您需要从转储文件中删除所有DEFINER,检查以下链接以获取可以帮助清理 sql 转储文件的SED命令。

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

于 2017-07-03T17:20:01.907 回答
1

使用 arun -r 回答后,如果问题没有解决,则需要修改转储文件。很简单。

在转储文件中,您会发现以下行:

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

你必须更换:

  • username_from_dumped_database通过您在 rds 数据库上的用户名。
  • host_from_dumped_databse经过%

我不知道为什么,但这个技巧对我有用。一个简单的文本编辑器就足以做到这一点。

于 2019-08-04T14:06:55.110 回答
0

要完成@arun-r 的回答,创建新参数组时需要重新启动。

在此处输入图像描述

于 2020-12-29T12:22:39.713 回答