每隔几天我的服务器崩溃。 负载平均和内存使用率非常高，直到它停止应答所有请求。
当发生这种情况时会发生一个奇怪的事情，那就是即使服务器负载很高，静态页面仍然能够很好地工作，但是带有mysql查询的页面运行缓慢甚至有时候不会回应请求。
我无法find/var/log/messages上可能发生的任何事情
当我在shell上键入顶部时，我得到这样的疑问：
12508 nobody 18 0 214m 19m 12m R 81.8 0.2 4:02.62 httpd
我不确定，但这意味着有一个超过4小时的httpd进程？
其他进程在服务器几乎完全崩溃时也具有较高的TIME +值。
这些过程是否会成为问题？
有什么地方可以findmysql日志吗？ 我在/var/log/mysql上找不到任何东西。
有没有人有任何想法可能是什么问题？
很多事情可能是这个问题。 如果您正在交换，那么您的系统没有足够的内存，并且您需要升级或减less正在运行的进程的数量和/或大小。
具有4个小时以上的CPU时间（或者在四小时前启动的）的Apache工作进程不是问题; 这就是它应该做的 – 在请求服务的同时，四处闲逛并使用CPU。 阿帕奇工人可能是造成这个问题的原因，但是从提供的信息来看，这是不可能的。
我可以继续，但是我已经写了一篇关于在Linux系统上search性能问题的文章。 如果您需要帮助解释某些内容，我强烈build议您阅读它，然后再提出包含特定分析数据的新问题。
您可能有磁盘子系统或I / O问题。 你的日志有空吗？ 一些进程可能在RAM中运行，而任何需要磁盘访问的东西停止或失败，增加负载。 你怎么从这个恢复？ 硬重启？