尝试还原大于10 GB的sql dump文件

Tia*_*eng 8 mysql sql sql-server xampp mysqldump

我正在尝试恢复13G大的sql转储文件.我首先在xampp中使用了phpAdmin,它说它的大小太大了.然后我使用大转储,仍然收到错误消息"我不能在xx.sql中寻找".我在网上发现这意味着文件太大了.然后我开始使用命令行.mysql -u用户名-p数据库<location/to/your/dump.sql似乎正在工作,因为它要求输入密码,我直接按回车,因为我没有密码.现在我可以看到"_"一直闪烁,我假设这意味着它正在工作.BUt我无法检查以确定,而且已经花了一段时间.

有没有办法确保它有效?我真的很感谢你的帮助!! TJ

Mic*_*bot 7

使用mysql命令行客户端还原文件的另一种方法是这样的:

$ mysql -u username -p database 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2933685
--8<-- snip --8<--

mysql> source location/to/your/dump.sql 
Run Code Online (Sandbox Code Playgroud)

source命令将读取转储文件并将其应用于服务器,就像<重定向操作符一样,但有两点不同:您将看到滚动的连续"x行受影响"消息,为您提供进度实际发生的一些指示.这种方法的<缺点是,与使用重定向的方法不同,如果转储文件中存在任何错误,命令行客户端将尝试继续运行,这并不总是您想要的.不过,这可能是一种可行的方法.

或者......你现在的方式,如果你可以在进程列表中看到连接,请检查值Sleep.如果该值始终为0,则会发生某种活动.


Ita*_*vka 0

我恢复类似大小的文件

  1. 大约需要 4-5 小时,可能更多取决于密钥的性质和您所拥有的限制
  2. 您可以随时检查进程列表以查看其是否有效。
  3. tail -f mysql 常规日志,并确保它记录任何查询。这是查看它是否有效的最简单方法。需要注意的是,这会使一切速度减慢 100% +