另一个有用的技巧是使用选项——set-gtid-purged=OFF调用mysqldump，它不会将以下行写到输出文件中:

SET @@SESSION.SQL_LOG_BIN= 0;
SET @@GLOBAL.GTID_PURGED=/*!80000 '+'*/ '';
SET @@SESSION.SQL_LOG_BIN = @MYSQLDUMP_TEMP_LOG_BIN;

我不确定DEFINER。

另一个有用的技巧是使用选项——set-gtid-purged=OFF调用mysqldump，它不会将以下行写到输出文件中:

SET @@SESSION.SQL_LOG_BIN= 0;
SET @@GLOBAL.GTID_PURGED=/*!80000 '+'*/ '';
SET @@SESSION.SQL_LOG_BIN = @MYSQLDUMP_TEMP_LOG_BIN;

我不确定DEFINER。

如果要导入.sql.gz格式的数据库文件，请删除定义器并使用以下命令导入

zcat path_to_db_to_import.sql.gz | sed -e 's/DEFINER[ ]*=[ ]*[^*]*\*/\*/' | mysql -u user -p new_db_name

之前，使用以下命令导出.sql.gz格式的数据库。 Mysqldump -u user -p old_db | gzip -9 > path_to_db_exported.sql.gz; 使用以下命令导入导出的数据库并删除定义器， zcat path_to_db_exported.sql.gz | sed - e ' s /定义者 [ ]*=[ ]*[^*]*\*/\*/' | 用户- p new_db mysql - u

转储中的问题。

请尝试通过以下方式转储:

mysqldump -h databasehost --user=databaseusername --password --single-transaction databasename  | sed -e 's/DEFINER[ ]*=[ ]*[^*]*\*/\*/' | gzip > /tmp/database.sql.gz

然后，尝试按以下方式导入:

zcat /tmp/database.sql.gz | mysql -h database_host -u username -p databasename

当我们创建一个新的RDS DB实例时，默认的主用户不是根用户。但仅获得该DB实例的某些特权。该权限不包括SET权限。现在，如果你的默认主用户试图执行mysql SET命令，那么你将面临这个错误:访问被拒绝;您需要(至少一个)SUPER或system_variable_admin权限来执行此操作

解决方案1

注释掉或删除这些行

SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN;
SET @@SESSION.SQL_LOG_BIN= 1;
SET @@GLOBAL.GTID_PURGED=/*!80000 '+'*/ '';

解决方案2

您还可以使用-f选项来加载转储文件的其余部分，从而忽略这些错误。

mysql -f <REPLACE_DB_NAME> -u <REPLACE_DB_USER> -h <DB_HOST_HERE> -p < dumpfile.sql

如果你的转储文件没有DEFINER，确保下面的这些行也被删除(如果它们存在的话)，或者用——

一开始:

-- SET @@SESSION.SQL_LOG_BIN= 0;
-- SET @@GLOBAL.GTID_PURGED=/*!80000 '+'*/ '';

最后:

-- SET @@SESSION.SQL_LOG_BIN = @MYSQLDUMP_TEMP_LOG_BIN;

注意，注释字符是“破折号空格”，包括空格。

更好的解决方案是通过在mysqldump命令中包含选项——set-gtid-purged=OFF来完全停止将这些行写入转储文件。