所以我试图加载一些测试数据，但它似乎杀死了我的全部的数据库。这是一个备份非常好的例子！它们都是普通的插入查询，大概是一个 900 MB 的文件。可能出了什么问题？
当我醒来时（我让它运行了一整夜），它mysql根本没有响应，促使我重新启动服务器来修复它。然后，code 28当我尝试列出任何表时，我收到错误。
有什么我可以在未来用来预防这种事情吗？
答案1
重要的是要记住，您正在加载的数据在 RDBMS 之外可能为 900mb，但在没有压缩的情况下，数据库中的数据可能更多。如果数据库以块和事务日志空间的形式进行增长，您还必须考虑数据库的增长。因此，在导入如此大量的数据时，请务必确保有足够的磁盘空间，因为代码似乎是直接导致的磁盘空间不足。
答案2
如果我没记错的话，错误 28 应该是由于写入文件时出现一些问题。发生错误时某些文件系统是否已满？也许 /tmp（或 c:\temp）已满？