将大的（并且损坏的？）纯文本文件导入 mysql 破坏了我的 lamp 安装

Question

我正在将数据从 txt 文件导入 mysql（通过 php 脚本）。 这个转储很大，分为 10 个文件。 我导入了第一个和第二个，一切正常 - 我可以看到 phpmyadmin 等中的所有条目。大约有 700 000（？） 个条目。 当我开始导入第三个时，发生了一些奇怪的事情 - 导入脚本永远加载。 我让它完成它的工作，但是经过很长一段时间（并且由于文件与之前的文件大小相同，我认为它不应该花这么长时间），我在浏览器中单击“停止”来停止我的脚本。 然后，我尝试访问 phpmyadmin...永远加载并且永不停止。 试图加载我的网站（它在我本地的 apache2 上）...永远加载。

/etc/init.d/mysql restart
Stopping MySQL database server: mysqld

...也需要永远并且永远不会完成。 它永远不会真正阻止它。 不过，我能够成功重新启动 apache。

我确实有备份（快照 - 它是虚拟机），但我正在尝试弄清楚发生了什么。 为什么整个apache会这样反应？ 发生了什么？ 我该如何防止下次再发生这种情况？ 我可以恢复到快照，导入有效的片段 1 和 2。 2 然后尝试第 4 个...但是如果第 4 个也破坏了一切怎么办？

我正在使用 Debian Lenny、Apache 2，我通过 /etc/hosts 和 apache 配置文件中配置的“虚拟”域访问我的网站（是的，我也尝试通过 127.0.0.1 访问它......不起作用任何一个）。

---

我试过这个：

killall mysqld
debian# /etc/init.d/mysql restart
Stopping MySQL database server: mysqld failed!
/etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! failed!

Answer 1

这里可能会发生几件事。 通过以下内容找到更多线索 -

• 确保您尚未填满 var 分区。 发出“df -h”并查看是否有任何内容 100% 已满。
• 检查 mysql 错误日志 - 可能位于 /var/log/mysql.err 或类似的位置。
• 您始终可以通过发出“mysql -uroot -e“show processlist””来查看 mysql 中发生的情况，您需要根据 mysql 设置方式将“-uroot”部分更改为有效用户（“-u username -p ")

另外，killall 并不是关闭 mysql 的好方法。 尝试“sudo /etc/init.d/mysqld stop”或“mysqladmin -uroot shutdown”。 一般来说，尽量不要使用killall。 如果必须杀死，请尝试“kill [mysql's pid]”或“ps -ef|grep mysql|awk '{print $2}'|xargs Kill”