我面临的问题是mysqldump(ing)我的数据库的行为很奇怪,数据库中只有一个表。表中没有什么异常的配置,而且所有的列都是基本的东西,如果这有什么关系的话,请期待它有两个带有长文本/文本数据类型的列。长文本列包含有效的xml字符串,文本列包含有效的json字符串。
问题是生成的转储文件根本不包含该特定表的插入。转储文件包含用于其他所有内容的sql行。转储文件甚至为该问题表和所有其他mysql内容创建了表行,但是该表完全缺少插入行。而不是插入,只有大量的空行在转储文件的中间。转储是这样完成的:
mysqldump -u root -ppassword dbname > dump.sql我注意到了,当我加上
--extended-insert=false对于我的转储命令,转储包含一些插入行。ids 1-7的行出现,8-9行丢失,10行存在,11行丢失,12-13行出现等。在转储文件中,缺失的行插入行替换为空行。
有谁能知道这里发生了什么吗?对我来说,数据似乎没有损坏,它可以通过phpmyadmin界面浏览。
关于这个案子的一些事实
发布于 2015-05-24 09:49:44
通过使用不同的程序对转储文件进行更密切的检查,解决了问题。LogExpert知道有错误,没有显示字符太多的行。转储文件很好,问题实际上根本不存在。
从转储文件导入失败是因为php.ini文件中的无害in缓冲区太小。所以有两个分离的问题让我困惑。
发布于 2019-12-24 09:26:04
对我来说,经过长时间的故障排除,得到一个空白转储文件后,服务器上的磁盘空间问题就是我尝试使用db转储的地方。虽然看起来很傻,但发帖也许会有所帮助。
https://stackoverflow.com/questions/30325494
复制相似问题