在使用 mysqldump 导出数据库时，导出的 SQL 文件通常会包含一些 SET 语句，例如 SET @MYSQLDUMP, SET @@SESSION, SET @@GLOBAL 等，这些语句用于设置会话或全局变量以确保数据一致性和兼容性。然而，在 AWS RDS MySQL 环境中，管理员用户（admin）通常没有权限执行 SET @@GLOBAL 或某些 SET @@SESSION 语句，这会导致导入 SQL 文件时失败。
问题分析
导出的 SQL 文件中包含类似以下语句：
SET @MYSQLDUMP = ...;
SET @@SESSION.SQL_LOG_BIN = ...;
SET @@GLOBAL.GTID_PURGED = ...;
这些语句可能需要超级权限（SUPER 或 SUPER_ADMIN），而 AWS RDS 的管理员用户默认不具备这些权限，因此导入时会报错，例如：
ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER privilege(s) for this operation
解决方案
为了解决这个问题，可以通过以下方法避免导出这些需要超级权限的 SET 语句，或者在导入时跳过这些语句。
方法 1：使用 mysqldump 参数避免导出 SET 语句
mysqldump 提供了一些参数，可以控制是否包含某些 SET 语句。根据 mysqldump --help ，以下参数可以帮助避免导出问题语句：
-
--set-gtid-purged=OFF：- 默认情况下，
mysqldump会包含SET @@GLOBAL.GTID_PURGED语句（如果服务器启用了 GTID）。这个语句需要超级权限。 - 使用
--set-gtid-purged=OFF可以完全禁用SET @@GLOBAL.GTID_PURGED语句。 - 如果我们的数据库没有启用 GTID 或不需要 GTID 相关信息，这个选项是安全的。
- 默认情况下，
-
--skip-set-charset：- 默认情况下，
mysqldump会包含SET NAMES和SET CHARACTER_SET语句。这些语句可能涉及会话级别的设置。 - 使用
--skip-set-charset可以跳过这些字符集相关的SET语句。
- 默认情况下，
-
--no-set-names：- 与
--skip-set-charset类似，禁用SET NAMES语句。
- 与
-
--skip-comments：mysqldump默认会包含一些注释（例如/*!40000 ... */形式的条件语句），这些注释可能包含需要权限的语句。- 使用
--skip-comments可以减少这些注释，降低权限问题的可能性。
-
--compact：--compact是一个组合选项，它会启用以下选项：--skip-add-drop-table--skip-add-locks--skip-comments--skip-disable-keys--skip-set-charset
- 这会生成更简洁的输出，减少许多可能导致权限问题的语句。
推荐的 mysqldump 命令：
mysqldump --set-gtid-purged=OFF --skip-set-charset --skip-comments -u [username] -p [database] > dump.sql
或者使用 --compact：
mysqldump --set-gtid-purged=OFF --compact -u [username] -p [database] > dump.sql
方法 2：手动编辑导出的 SQL 文件
如果已经导出了 SQL 文件，可以手动编辑文件，删除或注释掉需要超级权限的 SET 语句。例如：
-- SET @@GLOBAL.GTID_PURGED='...';
-- SET @@SESSION.SQL_LOG_BIN=0;
将这些语句注释掉（加上 --）或直接删除，然后再导入。
注意：
- 如果删除了
SET @@GLOBAL.GTID_PURGED，确保目标数据库不需要 GTID 信息，或者手动处理 GTID 配置。 - 如果删除了字符集相关的
SET语句，确保导入时手动设置正确的字符集（例如，通过SET NAMES utf8mb4）。
方法 3：导入时忽略错误
如果无法修改导出的 SQL 文件，可以在导入时使用 mysql 客户端的 --force 选项，忽略权限错误并继续执行后续语句：
mysql --force -u [username] -p [database] < dump.sql
缺点：--force 会忽略所有错误，不仅限于权限错误，因此需要仔细检查导入结果，确保数据完整性。
方法 4：使用 AWS RDS 推荐的备份和还原方法
AWS RDS 提供了原生的备份和还原功能，建议优先使用这些方法：
- 备份：使用 AWS 控制台或 CLI 创建 RDS 快照。
- 还原：从快照还原数据库，或者使用
mysqldump结合 AWS 推荐的参数导出和导入。 - AWS 官方文档建议在
mysqldump时使用--set-gtid-purged=OFF和--single-transaction（对于 InnoDB 表）以避免权限问题和确保一致性：mysqldump --set-gtid-purged=OFF --single-transaction -u [username] -p [database] > dump.sql
方法 5：检查和调整用户权限
虽然 AWS RDS 的管理员用户默认没有 SUPER 权限，但可以检查是否可以通过参数组调整某些会话变量。例如：
- 检查 RDS 参数组中的
sql_log_bin或gtid_mode设置，确保不需要SET这些变量。 - 如果必须执行某些
SET语句，可以联系 AWS 支持，请求临时提升权限（不过 AWS 通常不建议这样做）。
关于 @MYSQLDUMP 变量
SET @MYSQLDUMP 是一个用户定义变量，通常由 mysqldump 内部使用，用于标识导出的上下文。这个变量本身不应该需要超级权限。如果导入时因这个变量报错，可能是因为它与其他 SET 语句一起被解析为需要权限的操作。使用 --skip-comments 或 --compact 通常可以避免这个问题。
验证和测试
在应用上述方法后，建议：
- 测试导出和导入流程，确保 SQL 文件不包含需要超级权限的语句。
- 检查导入后的数据库完整性，验证数据和表结构是否正确。
- 如果使用 GTID，确认目标数据库的 GTID 配置是否正确。
总结
最简单且推荐的解决方案是使用以下 mysqldump 命令：
mysqldump --set-gtid-purged=OFF --skip-set-charset --skip-comments --single-transaction -u [username] -p [database] > dump.sql
然后导入：
mysql -u [username] -p [database] < dump.sql
如果仍然遇到问题，可以手动编辑 SQL 文件或使用 --force 导入，但需谨慎检查结果。