Apache2 Serverload / CPU从1％增加到90％ – 如何debugging？
我在用着：
- Google云计算引擎
- Linux Debian + Apache2
- Google云端SQL
- WordPress的
昨天我的CPU开始从1-5％增加到80-90％。 我正在开发一个WordPress的网站，但它可能会导致失败。 几天前我也有同样的事情，于是我终于停下了VM-Instance，克隆了一个新的VM-Instance，并从前一天恢复了这个数据库。
之后，它比以前更好！ 之前，我有不断的10％的CPU使用率 – 之后1％，有时达到5％。 然后在晚上10点10分，它又开始增加。 此外，页面加载增加到15 SEK和更多。
我的SQL实例在每天晚上10点到凌晨2点之间拍摄快照。 这也是发生的时间。
- Google公开/私人身份validation在Google计算引擎实例中失败
- VLC无法在Google计算实例上打开stream
- Google云端平台项目请求和错误
- GCE内核更新
- Google应用引擎SSL并映射到example.com/api
以下是CPU使用情况的截图： 
也许过程也是有帮助的：
www-data 4184 6.4 1.0 320160 81604 ? S 13:25 0:38 /usr/sbin/apache2 -k start www-data 4204 6.0 1.2 332204 93596 ? S 13:26 0:30 /usr/sbin/apache2 -k start www-data 4222 6.0 1.2 331948 93340 ? S 13:28 0:25 /usr/sbin/apache2 -k start www-data 4244 6.4 1.0 320928 82320 ? S 13:29 0:21 /usr/sbin/apache2 -k start www-data 4245 6.4 1.7 373280 134724 ? S 13:29 0:21 /usr/sbin/apache2 -k start www-data 4249 6.6 1.2 331696 93136 ? S 13:29 0:21 /usr/sbin/apache2 -k start www-data 4253 6.4 1.2 332212 93636 ? S 13:30 0:16 /usr/sbin/apache2 -k start www-data 4271 6.2 1.2 332972 94344 ? S 13:31 0:14 /usr/sbin/apache2 -k start www-data 4277 6.2 1.5 357044 117944 ? S 13:32 0:09 /usr/sbin/apache2 -k start www-data 4278 6.3 1.2 332972 94344 ? S 13:32 0:09 /usr/sbin/apache2 -k start www-data 4283 6.3 1.5 356788 117664 ? S 13:32 0:09 /usr/sbin/apache2 -k start www-data 4286 5.8 1.2 331696 92852 ? S 13:32 0:08 /usr/sbin/apache2 -k start www-data 4287 6.6 1.5 357040 117576 ? S 13:32 0:09 /usr/sbin/apache2 -k start www-data 4300 5.7 1.2 331180 92316 ? S 13:34 0:03 /usr/sbin/apache2 -k start www-data 4301 6.0 1.2 332976 94120 ? S 13:34 0:03 /usr/sbin/apache2 -k start www-data 4302 5.9 1.2 332976 94116 ? S 13:34 0:03 /usr/sbin/apache2 -k start www-data 4304 6.2 1.2 331180 92316 ? S 13:34 0:03 /usr/sbin/apache2 -k start www-data 4305 5.8 1.2 333232 94392 ? S 13:34 0:03 /usr/sbin/apache2 -k start www-data 4306 6.2 1.2 333232 94372 ? S 13:34 0:03 /usr/sbin/apache2 -k start 我不是专业人士，所以每一个Litte的帮助将是伟大的！
我不是100％确定你的问题。 你说快照发生在尖峰时，所以你似乎有你的罪魁祸首。 如果这是一个虚拟机快照，那么您将看到主机CPU使用率高峰，因为快照需要一些时间才能完成，并且根据主机上可用的资源，这将影响客户虚拟机。
如果您说当时发生数据库快照，那么您也会看到这种情况。 数据库必须locking进程和表以便执行数据库的mysqldump。 我不知道你的数据库的大小，但这里有一个优化你的快照MySQL进程： https ： //dba.stackexchange.com/questions/20/how-can-i-optimize-a- mysqldump的-的-一个大型的数据库/ 2227＃2227
在主机/虚拟机的CPU占用率高的时候，你是否看到很多交换（页面文件）空间被使用？ 这可能表明您的虚拟机的资源pipe理设置有问题。 CPU使用率与内存使用量无直接关系，但会在高交换事件中受到影响，这很可能是因为configuration不良的数据库虚拟机。 我所看到的人们的数据库服务器设置的最大的错误之一是缺less主轴和分配的内存不足。
我再也没有关于这方面的所有信息，但是您还应该检查是否已经为DB VM分配了足够的CPU资源，以确保正确的function。
你还应该非常小心地恢复MySQL数据库。 在您select恢复点之后，您将丢失对数据库的所有更新，并且在恢复之后通常需要重新同步数据库…不好玩。