如果怀疑原始数据库损坏,可以执行以下操作:
对于MyISAM表:
CHECK TABLE ;
REPAIR TABLE ;
对于InnoDB表:
我个人在一些罕见的情况下见过MyISAM表的腐败,检查和修复能够检测和纠正。我从来没有经历过InnoDB表的损坏,因此无法从个人经验来谈论链接中提供的信息。
也就是说,如果我站在你的立场上,我会从仔细查看mysqldump生成的输出文件开始,看看是否能找出错误的根源。mysqldump通常为每个表输出一个INSERT语句,所有数据都在一行上,因此诊断错误有点困难,因为错误消息中包含的行号没有多大帮助。所以,我要做的是编辑mysqldump输出文件并在每行之间插入新行。例如:
原件:
INSERT INTO table VALUES (a,b,c),(d,e,f),(g,h,i), ...
更改为:
INSERT INTO table VALUES (a,b,c),
(d,e,f),
(g,h,i),
...
因为您对命令行很熟悉,所以您可以使用sed等自动执行此操作。
然后,尝试导入修改过的文件。您应该会得到相同的错误,但这次行号将有助于查明导致问题的确切行。在这一点上,您应该能够诊断问题(或者在这里发布mysqldump输出中有问题的部分,我们将尝试提供帮助)。
编辑:
你引用的错误信息是否发生在
进口
数据库?或者数据库导入成功,但应用程序在访问数据库时生成错误消息?我原以为是前者,但现在想可能是后者在重读你的问题之后。
还有一个想法:您的数据库是否包含存储过程?如果是的话,mysqldump默认不包括这些。你需要使用
--例行程序
选项:
mysqldump --routines -u -p > output