MySQL/Amazon RDS error: "you do not have SUPER privileges..."

小开

最佳答案

根据 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将报告错误，但是将继续处理转储文件的其余部分。

小开

转储文件中的触发器和存储过程的问题在于，这些定义包括应由 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

正如前面的答案所说，您应该设置 DB 参数:

log_bin_trust_function_creators = 1

小开

由于 log_bin_trust_function_creators具有 apply type = dynamic，因此不需要重新引导 。如果您的 RDS 已经有一个附加的参数组并且您编辑它，而不是创建一个新的参数组，那么至少这是正确的。只要保存参数编辑，就可以开始了。

小开

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

另外，在创建过程时不应该使用定义器。

小开

除了编辑

Log _ bin _ trust _ function _ creators = 1

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

小开

For me, there was only 2 commands in my dump file which required SUPER privileges:

According to the mysqldump docs you can disable these with --set-gtid-purged=OFF.

然后看看 Man mysqldump:

如果意图仅使用来自转储服务器的部分数据部署新的复制从属服务器，则使用 ON。如果目的是通过在拓扑中复制表来修复表，则使用 OFF。如果目的是在不相交且将保持不相交的复制拓扑之间复制表，则使用 OFF。

因此，我决定将 --set-gtid-purged=OFF添加到 mysqldump命令中，然后就可以成功地导入生成的转储文件。

小开

在使用 arun-r 答案之后，如果问题没有得到解决，您需要修改您的转储文件。

在转储文件中，您将看到如下行:

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

你必须更换:

I don't know why but this trick worked for me. 一个简单的文本编辑器就足以做到这一点。

小开

要完成@arun-r 的回答，在创建新参数组时需要重新引导。