恢复MySQL转储错误1449

Question

我使用以下命令从我的主MySQL数据库中获取了热备份(转储)

mysqldump -uroot -p --跳过锁表--单事务--刷新-日志--十六进制--blob--数据=2 -A > ~/dump.sql

主版本: MySQL-server-5.5.41-1.el6.x86_64

在奴隶恢复的时候，我们得到了这个错误，我做错了什么吗？

根@奴隶~$ mysql -u root -p < dump.sql 输入密码: 1449 (HY000)，位于第150536行:指定为定义者的用户('lipl_ga_app'@'%')不存在

从版本:mysql-社区-服务器-5.6.28-2.el6.x86_64

DB是巨大的，我们不想再次开始恢复过程。

@ Nawaz Sohail从下面命令中获得mysql用户的备份

mysqldump -u根-p mysql用户> user_table_dump.sql

恢复

mysql -u根-p mysql < user_table_dump.sql

Answer 1

我试图用许多方法解决这个问题，但没有找到任何解决办法。然后我试着用下面的步骤重做整件事。

我从主主机备份了mysql用户，

mysqldump -u根-p mysql用户> user_table_dump.sql

在从服务器上恢复mysql用户，

mysql -u根-p mysql < user_table_dump.sql

然后我恢复了主人对奴隶的倾倒。

根@奴隶~$ mysql -u根-p < dump.sql

主转储已恢复，没有任何错误。

Answer 2

很明显，这是一个老问题，但在谷歌搜索中仍然高居榜首。我之前也面临过同样的问题，看起来就像Mongrel之前的回答一样。然而，当我重新安装我的计算机时，我使用mysqldump --all-databases做了一个转储，这个错误1449不经意地出现了，并且仅仅从格式化的驱动器中提取mysql数据库几乎是不可能的。

因此，通过编辑.sql转储，我终于想出了一个“手动”解决方案:将mysql数据库的restore语句移到顶部。现在，在非常长的转储(GBs大小)上，这很容易出错。所以,

1. 启动您信任的文本编辑器(我信任vim提供这样的内容，VS代码爬行像没有进度打开GB大小文件)
2. 搜索当前数据库：mysql注释/标记。
3. 从该位置选择文本，直到下一个当前数据库:注释/标记。
4. 剪掉它，放在第一个当前数据库注释/标记之前。

之后，我保存了修改过的转储，现在转储没有错误地恢复。