2010-07-22 187 views
0

我有一个用mysqldumb创建的备份文件。它大约15GB,包含很多斑点。每个blob的最大大小是30MB。恢复MySQL备份刚卡住

mysqldump -uuser -ppass --compress --quick --skip-opt supertext > supertext.sql 

现在,当我尝试还原备份时,该过程就会卡住。

mysql -uuser -ppass dev_supertext < supertext.sql 

它用blob写回最大的表时卡住了。没有错误消息,并且mysql仍然正常运行。

这是针对Windows服务器的64位5.1.48社区版本。

max_allowed_pa​​cket设置为40MB,不是问题。我之前有过。

任何其他设置我可以检查或我可以在恢复过程中监视的东西? 在查询或错误日志中没有看到任何特别的东西。也许有一个超时?

只是供参考: 我已经发布了这个问题在MySQL论坛,但没有得到任何回应。 http://forums.mysql.com/read.php?28,377143

感谢您的任何提示。

+1

请记住_writing_可能需要很长的时间然后转储(创建索引,可搜索的结构等)。 15GB似乎并不多,但取决于结构,它可能需要数小时。什么是“显示完整进程列表”? – Wrikken 2010-07-22 09:09:46

+0

我知道它需要很长时间。通常我在晚上开始并在早上再次检查。更多信息,请参阅下面的评论。将做一个流程列表并将其发布到此处。 – Remy 2010-07-23 07:04:53

回答

0

你是积极的,它只是与blobs大桌子?尝试运行转储sans那张表。单独做这张桌子,如果它仍然卡住,请将其分解。

创建插入3-4组,并看看是否有任何通过。删除过程将有助于缩小行数特定问题(即损坏的数据?)还是缩短写入时间。

我建议打开第二个mysql shell或使用phpmyadmin来刷新表视图并查看是否正在写入新记录。 MySQL在转储上并不冗长。它可能只是需要一段时间来加载所有的插入。

+0

其实只是把转储分成两张表。一个与博客和其余的一个。第一个通过罚款。第二个卡住了。 我使用查询浏览器进行了检查,并且没有几小时的记录。我会尝试拆分转储。有谁知道一个好的命令行分割工具? – Remy 2010-07-23 07:17:01