在查看
MySQL错误文件后,我发现了有关磁盘空间的错误.现在我认为它是MysqL崩溃的原因：
[root@xxxx ~]# cat /var/lib/MysqL/xxxx.com.err 120528 17:45:05 [Note] Crash recovery finished. /usr/sbin/MysqLd: Disk is full writing './MysqL-bin.~rec~' (Errcode: 28). Waiting for someone to free space... (Expect up to 60 secs delay for server to continue after freeing disk space)
这可能是崩溃背后的原因吗？
是的,磁盘空间可能导致系统崩溃.这是一个应该避免的危险情况.进程可能耗尽空间,日志文件可能会填满等等.如果磁盘空间不足,某些应用程序和守护进程(例如MysqL)将停止或崩溃.
在您的情况下,您的系统似乎没有任何分区.你应该提供df -h的输出来开始……
从那里,您可能想要查看哪些目录占用了最大的空间：
du -skh / *应该提供哪个顶级目录最大的会计.我更喜欢ncdu utility,但你不能指望在大多数系统上安装它.
使用du -skh / *,您将获得如下输出：
[root@xx /]# du -skh /* 8.4M /bin 37M /boot 124K /dev 110M /etc 192K /home . . . 5.8G /usr 3.7G /var 41G /yum
如果你想深入到/ var,例如,cd / var并运行du -skh *并寻找最大的空间消费者……当然,在这个网站上已经多次发现了发现这个的过程.查看这些相关问题以获取更多建议：
How does one find which files are taking up 80% of the space on a Linux webserver?
How do I find out what is using up all the space on my / partition?
