所以我尝试将sql文件导入rds (1G MEM, 1个CPU)。sql文件大约是1.4G
Mysql -h xx.rds.amazonaws.com -u user -ppass——max-allowed-packet=33554432 db < db.sql
它被卡在:
ERROR 1227 (42000) at line 374: Access denied; you need (at least one of) the SUPER privilege(s) for this operation
实际的sql内容是:
/*!50003 CREATE*/ /*!50017 DEFINER=`another_user`@`1.2.3.4`*/ /*!50003 TRIGGER `change_log_BINS` BEFORE INSERT ON `change_log` FOR EACH ROW
IF (NEW.created_at IS NULL OR NEW.created_at = '00-00-00 00:00:00' OR NEW.created_at = '') THEN
SET NEW.created_at = NOW();
END IF */;;
another_user在rds中不存在，所以我这样做:
GRANT ALL PRIVILEGES ON db.* TO another_user@'localhost';
还是不走运。
问题:你试图导入数据(使用mysqldump文件)到你的mysql数据库，但似乎你没有权限执行该操作。
解决方案:假设你的数据迁移，种子和更新在你的mysql数据库，采取快照使用mysqldump和导出到文件
mysqldump -u [username] -p [databaseName] --set-gtid-purged=OFF > [filename].sql
From mysql documentation:
GTID - A global transaction identifier (GTID) is a unique identifier created
and associated with each transaction committed on the server of origin
(master). This identifier is unique not only to the server on which it
originated, but is unique across all servers in a given replication
setup. There is a 1-to-1 mapping between all transactions and all
GTIDs.
--set-gtid-purged=OFF SET @@GLOBAL.gtid_purged is not added to the output, and SET
@@SESSION.sql_log_bin=0 is not added to the output. For a server where
GTIDs are not in use, use this option or AUTO. Only use this option
for a server where GTIDs are in use if you are sure that the required
GTID set is already present in gtid_purged on the target server and
should not be changed, or if you plan to identify and add any missing
GTIDs manually.
然后用root用户连接到mysql，授予权限，刷新它们，并验证您的用户权限是否正确更新。
mysql -u root -p
UPDATE mysql.user SET Super_Priv='Y' WHERE user='johnDoe' AND host='%';
FLUSH PRIVILEGES;
mysql> SHOW GRANTS FOR 'johnDoe';
+------------------------------------------------------------------+
| Grants for johnDoe |
+------------------------------------------------------------------+
| GRANT USAGE ON *.* TO `johnDoe` |
| GRANT ALL PRIVILEGES ON `db1`.* TO `johnDoe` |
+------------------------------------------------------------------+
现在重新加载数据，操作应该是允许的。
mysql -h [host] -u [user] -p[pass] [db_name] < [mysql_dump_name].sql
完整的解决方案
以上所有的解决方案都是好的。这里我要把所有的解结合起来这样它就适用于所有的情况。
固定的定义者
Linux和Mac
sed -i old 's/\DEFINER\=`[^`]*`@`[^`]*`//g' file.sql
对于Windows
下载atom或notepad++，用atom或notepad++打开转储sql文件，按Ctrl+F
搜索单词DEFINER，并从所有位置删除行DEFINER=admin@%(或者可能对您来说稍有不同)并保存文件。
例如
CREATE DEFINER=admin@% PROCEDURE MyProcedure
删除这一行后:CREATE PROCEDURE MyProcedure
删除3条线
从转储文件中删除所有这3行。您可以使用sed命令或在Atom编辑器中打开该文件，搜索每一行，然后删除该行。
示例:打开Dump2020。sql在Atom，按ctrl+F，搜索SET @@会话。SQL_LOG_BIN= 0，删除该行。
SET @@SESSION.SQL_LOG_BIN= 0;
SET @@GLOBAL.GTID_PURGED=/*!80000 '+'*/ '';
SET @@SESSION.SQL_LOG_BIN = @MYSQLDUMP_TEMP_LOG_BIN;
生成的文件有问题
如果您生成的转储文件可能会遇到一些问题。SQL文件不正确。但在这里，我不打算解释如何生成转储文件。但是你可以问我(_)
*答案可能只适用于MacOS *
当尝试将.sql文件导入docker容器时，我遇到了错误消息:
拒绝访问;您需要(至少一个)SUPER特权
这个操作
然后，在尝试其他一些建议时，我在MacOS (osx)上收到了以下错误
sed: RE错误:非法字节序列
最后，该资源的以下命令解决了我的“访问被拒绝”问题。
LC_ALL=C sed -i old 's/\DEFINER\=`[^`]*`@`[^`]*`//g' fileName.sql
所以我可以导入到docker数据库:
docker exec -i dockerContainerName mysql -uuser -ppassword table < importFile.sql
希望这能有所帮助!：）
