当试图通过BigDump启动3.9GB的sql文件时,出现了错误
意外:无法设置文件末尾后面的文件指针
数据库转储是从PHPMyAdmin导出的。文件未损坏。有什么问题吗?导入这么大的数据库的其他方法是什么?
发布于 2011-05-08 16:18:28
大转储使用一种INSERT INTO table VALUES (....)类型的方法。
这是一种非常缓慢的插入方式!
使用
LOAD DATA INFILE 'c:/filename.csv' INTO TABLE table1而不是。请注意,即使在Windows上也使用正斜杠。
请参阅:http://dev.mysql.com/doc/refman/5.1/en/load-data.html
这是向MySQL表中插入数据的最快方法。
但是,只有当输入文件位于与MySQL服务器相同的服务器上时,它才能工作。
发布于 2012-04-08 19:10:12
我得到了类似的错误:I can't seek into .sql
造成此错误的原因是,BigDump试图在.sql-File的末尾设置指针,然后找出它的大小(使用fseek()和fteil()函数)。由于fseek()在处理2GB上的文件时失败,因此会出现此错误。解决方案是将SQL文件分割成1,5GB - 2GB大小的块.
https://stackoverflow.com/questions/5928536
复制相似问题