MySQL数据导入/恢复

Question

我在Windows7 (x86)上使用Workbench 6.3.8运行32位MySQL服务器5.7.22的本地实例(不得不选择32位版本--所以，更老的版本)。

我正在导入一个dumpfile.sql文件。

 1. Import from self-contained (dump) file (.SQL)
 2. Click Start Import
 3. As the import is being performed the progress bar
 never increments or shows any progress. 
It's been running for many hours and only says "starting".

当我停止导入并刷新我的模式时，我看到了我试图导入的数据库，但表和数据不完整，这令人沮丧/困惑。

我在这个过程中遗漏了什么？

Answer 1

有一种更好的方法可以做到这一点。使用mysqldump接受转储和mysql命令进行恢复。它的工作原理如下：

在垃圾堆里

mysqldump -uroot -prootpw -h127.0.0.1 | gzip > alldatabases.sql.gz

恢复转储

gunzip -c alldatabases.sql.gz | mysql -uroot -prootpw -h127.0.0.1

请参考下面的bug - https://bugs.mysql.com/bug.php?id=54370。人们以前也遇到过这个问题。如果您可以访问命令行，那么在命令行中执行此操作会更有意义，因为这将为您提供更多的灵活性。

Answer 2

首先，进度条在任何工作台版本中都不起作用，它总是在完成时从0%跳到100%。所以没必要担心。

其次，您尝试导入的转储文件有多大？如果是几an，那么花费这么长的时间可能是合理的，特别是如果它在较旧、较慢的计算机上运行。

如果您可以访问机器上的文件系统，则可以检查slow query log，它在windows上默认位于c:\ProgramData\MySQL\MySQL Server 5.7\Data\{host_name}-slow.log中。可能是转储中的某些东西使它变得如此缓慢，并且日志应该会显示它。

如果您无法访问日志，您也可以手动将转储文件切成碎片，并尝试找到拖慢您速度的部分。

在没有看到整个转储的情况下，你的问题没有明确的答案，但希望这些技巧能帮助你。