尝试将转储形式 mysql 5.7 导入 8.0.23 时出错

问题描述

我正在尝试将使用 MysqLdumpMysqL: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 版的用户。我用 v5.7 db 的主用户转储了 5.7 版的 .sql

我真的需要帮助如何导入转储?

顺便说一句,错误是第 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,稍后导入将正常工作: by viewModels()

所以我的 mysql 转储现在看起来像下面的导出:

--set-gtid-purged=OFF \

@Progman 发布的内容也适用于 mysqldump -h ${source_host} -u ${source_username} -p${source_password} \ --lock-tables=false \ --set-gtid-purged=OFF \ --triggers \ --routines \ --events \ --databases db1 db2 > "$filename"; : {{3}}

只是注释掉那些行

,

问题出在您的用户身上,请检查它是否具有管理员权限,以便您可以导入到数据库中,其余的工作都没有问题。