尝试将转储形式 mysql 5.7 导入 8.0.23 时出错
Error trying to import dump form mysql 5.7 into 8.0.23
我正在尝试将我使用 mysqldump
从 mysql:5.7
创建的转储导入到 mysql:8.0.23
的一个实例中
尝试导入 .sql 转储,出现错误
dest_host=myrds.eu-central-1.rds.amazonaws.com
dest_username=theuser
dest_password=thepasword
dest_database=cats
filename="2021-05-07_15_21_13.sql"
mysql -h ${dest_host} -u ${dest_username} -p${dest_password} ${dest_database} < "$filename"
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 1227 (42000) at line 18: Access denied; you need (at least one of) the SUPER, SYSTEM_VARIABLES_ADMIN or SESSION_VARIABLES_ADMIN privilege(s) for this operation
我在 dest_* 变量中使用主用户!
为管理 AWS RDS MySQL 实例而创建的用户应该拥有所有权限
(当然这是 8.0.23 版本的用户。我从 5.7 版本的 .sql 中删除了 .sql 和 v5.7 db 的主用户)
我真的需要帮助如何导入转储?
顺便说一句,错误提示第 18 行,我不知道第 18 行是什么!!!
如果它引用转储文件的初始行,直到 18 是:
-- MySQL dump 10.13 Distrib 5.7.34, for Linux (x86_64)
--
-- Host: sosecretolddb.eu-central-1.rds.amazonaws.com Database: cats
-- ------------------------------------------------------
-- Server version 5.7.26-log
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN;
SET @@SESSION.SQL_LOG_BIN= 0;
--
-- GTID state at the beginning of the backup
--
SET @@GLOBAL.GTID_PURGED='';
--
-- Table structure for table `activity_types`
--
DROP TABLE IF EXISTS `activity_types`;
# and so on 1.3gb of data
问题出在您的用户上,请检查它是否具有管理员权限,以便您可以导入到数据库中,您正在做其余的事情。
我找到了解决方案。
如果我将此参数添加到 mysqldump,稍后导入将正常工作:
--set-gtid-purged=OFF \
所以我的 mysql 转储现在看起来像下面的导出:
mysqldump -h ${source_host} -u ${source_username} -p${source_password} \
--lock-tables=false \
--set-gtid-purged=OFF \
--triggers \
--routines \
--events \
--databases db1 db2 > "$filename";
@Progman 发布的内容也适用于 existing dumps
:
https://help.poralix.com/articles/mysql-access-denied-you-need-the-super-privilege-for-this-operation
只是注释掉那些行
我正在尝试将我使用 mysqldump
从 mysql:5.7
创建的转储导入到 mysql:8.0.23
尝试导入 .sql 转储,出现错误
dest_host=myrds.eu-central-1.rds.amazonaws.com
dest_username=theuser
dest_password=thepasword
dest_database=cats
filename="2021-05-07_15_21_13.sql"
mysql -h ${dest_host} -u ${dest_username} -p${dest_password} ${dest_database} < "$filename"
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 1227 (42000) at line 18: Access denied; you need (at least one of) the SUPER, SYSTEM_VARIABLES_ADMIN or SESSION_VARIABLES_ADMIN privilege(s) for this operation
我在 dest_* 变量中使用主用户! 为管理 AWS RDS MySQL 实例而创建的用户应该拥有所有权限
(当然这是 8.0.23 版本的用户。我从 5.7 版本的 .sql 中删除了 .sql 和 v5.7 db 的主用户)
我真的需要帮助如何导入转储?
顺便说一句,错误提示第 18 行,我不知道第 18 行是什么!!!
如果它引用转储文件的初始行,直到 18 是:
-- MySQL dump 10.13 Distrib 5.7.34, for Linux (x86_64)
--
-- Host: sosecretolddb.eu-central-1.rds.amazonaws.com Database: cats
-- ------------------------------------------------------
-- Server version 5.7.26-log
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN;
SET @@SESSION.SQL_LOG_BIN= 0;
--
-- GTID state at the beginning of the backup
--
SET @@GLOBAL.GTID_PURGED='';
--
-- Table structure for table `activity_types`
--
DROP TABLE IF EXISTS `activity_types`;
# and so on 1.3gb of data
问题出在您的用户上,请检查它是否具有管理员权限,以便您可以导入到数据库中,您正在做其余的事情。
我找到了解决方案。
如果我将此参数添加到 mysqldump,稍后导入将正常工作:
--set-gtid-purged=OFF \
所以我的 mysql 转储现在看起来像下面的导出:
mysqldump -h ${source_host} -u ${source_username} -p${source_password} \
--lock-tables=false \
--set-gtid-purged=OFF \
--triggers \
--routines \
--events \
--databases db1 db2 > "$filename";
@Progman 发布的内容也适用于 existing dumps
:
https://help.poralix.com/articles/mysql-access-denied-you-need-the-super-privilege-for-this-operation
只是注释掉那些行