找出高CPU使用率的apache进程实际上在做什么？

目前，我们的服务器间歇性地出现了一些问题，我们似乎在不断运行apache进程，它们占用了100％的CPU。

在运行时，我们看到以下内容：

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
20788 www-data  20   0  318m  18m 3984 R  100  0.0  40:29.21 /usr/sbin/apache2 -k start
23523 www-data  20   0  319m  20m 4684 R  100  0.0   4:12.36 /usr/sbin/apache2 -k start

我想尝试找出导致此问题的脚本（或其原因），所以我尝试了以下操作：

 strace -p 20788

但这根本不显示任何输出（我已经将其保留了大约10分钟，并且什么也没有显示）。根据我的理解，这可能意味着它陷入了无限循环，并且没有任何“系统调用”可显示。

我还能做些什么来显示正在发生的事情吗？

谢谢

编辑-忘记了，这是一台实时服务器，随时有数百个用户！因此，我不能真正自由地尝试更改配置选项并重新启动apache。

编辑2- 当未使用--enable-debug配置PHP时，gdb的回溯（bt）似乎没有什么用处-仅显示“ execute（）”，但我需要知道什么是PHP脚本实际运行..还有其他方法吗？

#0  0x00007f6c143fb0c5 in ?? () from /usr/lib/apache2/modules/libphp5.so
#1  0x00007f6c143b040b in execute () from /usr/lib/apache2/modules/libphp5.so
#2  0x00007f6c1438b970 in zend_execute_scripts () from     /usr/lib/apache2/modules/libphp5.so
#3  0x00007f6c14337fe3 in php_execute_script () from     /usr/lib/apache2/modules/libphp5.so
#4  0x00007f6c1441ae7d in ?? () from /usr/lib/apache2/modules/libphp5.so
#5  0x00007f6c18912508 in ap_run_handler ()
#6  0x00007f6c1891297e in ap_invoke_handler ()
#7  0x00007f6c18922570 in ap_process_request ()
#8  0x00007f6c1891f398 in ?? ()
#9  0x00007f6c18918fa8 in ap_run_process_connection ()
#10 0x00007f6c189271d0 in ?? ()
#11 0x00007f6c1892793a in ?? ()
#12 0x00007f6c189284e7 in ap_mpm_run ()
#13 0x00007f6c188fd4a4 in main ()

好吧，以防万一：

gdb -p 20788

然后发布bt以查看堆栈框架，例如

顺便说一句，还有ltrace，值得一提的是-也尝试一下。

UPD。：好吧，好的，因为现在我们有了一个想法，Apache确实在运行某些东西，为什么不看mod_status输出- 扩展的呢？

一种非常简单的方法是使用htop。您可以对高CPU进程进行排序，然后使用

• S对于strace过程
• l用于lsof查看进程的打开文件
• L至ltrace。

我发现至少有一个选项可以找到生成负载的脚本，您当然可以在生产Web服务器上使用它进行调试。

您可以尝试：

• iotop（在系统上显示I / O）
• netstat -t（显示连接）
• 查看apache日志文件，找出服务器最后做了什么
• 为apache进程设置一些RLimits。当达到这些限制时，该过程将被终止，从而为您提供更多信息

只要您发出触发该PID的HTTP请求，您的命令就可以正常工作。

也许您只想通过一个子进程临时重新配置Apache？

该apache实例的PID较低，可能是所有实例的父亲。这肯定可以解释为什么CPU使用率很高（它会一直存在，根据负载会产生并重新调用其他人）。大量的CPU时间累积可能只是意味着它已经运行了很长时间。没有输出strace(1)仅表示没有进行系统调用。是的，它可能处于一个紧密的循环中，但是apache本质上是基于网络的I / O，因此我认为它没有做任何有用的事情。在任何情况下，一个CPU的100％都奇怪。

尝试这个：

1）使用日期/时间，PHP脚本和PID启动日志 getmypid()

2）然后用 top

3）当您看到apache进程加快时，请在日志中搜索相同的日期/时间和PID。您应该能够找到有问题的脚本。