mysqldump行超时问题

时间:2014-06-04 08:43:08

标签: mysql phpmyadmin mysqldump

类似于: Only getting a friendlier mysqldump isn't possible.

我的webhost启动了我的数据库,因此我拥有的最新备份是他们的mysqldump。换句话说,--extended-insert=FALSE --complete-insert=TRUE是不可能的,我已经有了mysqldump。

我遇到的问题是将其重新导入到我的虚拟主机phpmyadmin中,然后将这个可怜的家伙重新导入。合情合理。它可以轻松处理40,000个插入,但不能连续处理它们。

问题:我正在努力弄清楚如何将这些分解为单独的查询。

我已经尝试过每一个并找到 - 替换,但是,正如预期的那样,我犯了错误(这花了我10个小时)而且我最好重新开始尝试弄清楚我在这个庞大的档案中搞砸了哪里。

长线看起来像这样:

 INSERT INTO `TABLE_UNICORNS` VALUES ('user',0),('user',1),('user',2),...,('user',20000);

我确实有MSSQL管理工作室,但我对将MySQL数据库导入MSSQL并吐出MySQL感到不安。我也可以获得MySQL dbms(我在Windows上)。我可以解决的唯一其他解决方案是程序化解决方案,但我也对此感到不安。 (我不会取消解决方案的资格,只是大声思考以证明我正在尝试自己)。

1 个答案:

答案 0 :(得分:1)

@Charles是对的钱。但是,即使对于命令行,查询也太大了!

它们太大而无法管理任何Windows文件查看器或unix文件编辑器。

一旦我意识到我在命令行上,我就记得我所有的unix-foo。我使用CAT和SPLIT将查询复制到较小的文件中,我用TOP来检查文件的顶部,这样我就能看出它们是否正确分割。从那里,事情变得轻而易举。

使用CLI而不是PHPMyAdmin文件上传节省了大量时间,而且很难判断unix实用程序或CLI是否是更大的冠军。

相关问题