加载Apache + MySQL的问题

您显示的graphics不显示哪些进程创build了负载。 如果负载很低，我会问是否有：

• 任何在这个时候运行的cron作业，比如备份等等，这些都是负载的原因
• 任何caching清除条件 – 即清除caching，现在正在从应用程序提供的东西。

这让我觉得这可能是最可能的情况。

另外，如果你在虚拟机上运行，​​有时候可能会发生这样的奇怪事情！

如果你可以发布你的configuration文件w /你的问题可能会很好 – 只要一定要擦除你的IP地址和域名当然。

httpd负载可能由于错误configuration而被拒绝服务的原因有很多 –

让我以你的方式解答一些问题:::

1. 在你的日志里 – 你看到什么与众不同的东西吗？
2. 你使用的东西，如mod_security，mod_bandwidth，mod_deflate，mod_evasive？
3. 你有防火墙设置？ 那个防火墙报告什么与众不同？

4. 在加载时运行这个命令

   高ps -aux | grep HTTP | wc -l

5. 当负载正在攀升时运行这个命令

   netstat -ntu | awk'{print $ 5}'| 切-d：-f1 | sorting| uniq -c | 分类

6. 并运行这个命令

   netstat -lpn | grep：80 | awk'{print $ 5}'| sort

7. 如果你在这些列表中看到大量未知的ip，可以通过命令行在iptables中阻止它们：

   iptables -A INPUT -s -j DROP

只要添加到chrim2671的答案，看看发生了什么的最好方法之一是使用“顶” – 但（AFAIK），只按CPU或内存使用sorting进程。 而你说的是你的问题是负载。

在一个web服务器的情况下，所有你会看到顶部（或ps）的httpd进程正在运行 – 如果你想了解更多的细节，你需要看看日志或服务器状态。

你当然应该enalbe mysql慢查询日志logging（如果它尚未），看看你是否可以build立任何相关性。

因为在Google Analytics（分析）中找不到峰值。

Google Analytics（分析）是使用分析的绝佳工具 – 但它不是系统诊断的工具。

你知道“负载”是什么吗？ 它是等待计划运行的平均进程数量。 这可能是由于大量的I / O，以及CPU /内存/networking瓶颈造成的。

您是否有理由相信这一指标的增长会影响向您的用户提供的服务？ 花费你的钱？ 如果没有任何不良影响，值得担心吗？ 如果你不知道 – 那么你需要考虑一下你在监视什么和为什么。