php-cgi占用cpu资源过高的解决方法

hyytaojunming

　　转的网上的，不过对PHP-CGI菜鸟的人，还是有点帮助的。
　　1. 一些php的扩展与php版本兼容存在问题，实践证明 eAccelerater与某些php版本兼容存在问题，具体表现时启动php-cgi进程后，运行10多分钟，奇慢无比，但静态资源访问很快，服务器负载也很正常（说明nginx没有问题，而是php-cgi进程的问题），解决办法就是从php.ini中禁止掉eAccelerater模块，再重启php-cgi进程即可
　　2. 程序中可能存在死循环，导致服务器负载超高（使用top指令查看负载高达100+）, 需要借助Linux的proc虚拟文件系统找到具体的问题程序
　　3. php程序不合理使用session , 这个发生在开源微博记事狗程序上，具体表现是有少量php-cgi进程（不超过10个）的cpu使用率达98%以上， 服务器负载在4-8之间，这个问题的解决，仍然需要借助Linux的proc文件系统找出原因。
　　4. 程序中存在过度耗时且不可能完成的操作（还是程序的问题），例如discuz x 1.5的附件下载功能: source/module/forum/forum_attachement.php中的定义
　　function getremotefile($file) {
　　global $_G;
　　@set_time_limit(0);
　　if(!@readfile($_G['setting']['ftp']['attachurl'].'forum/'.$file)) {
　　$ftp = ftpcmd('object');
　　$tmpfile = @tempnam($_G['setting']['attachdir'], '');
　　if($ftp->ftp_get($tmpfile, 'forum/'.$file, FTP_BINARY)) {
　　@readfile($tmpfile);
　　@unlink($tmpfile);
　　} else {
　　@unlink($tmpfile);
　　return FALSE;
　　}
　　}
　　return TRUE;
　　}
　　没有对传入的参数作任何初步检查，而且设置了永不超时，并且使用readfile一次读取超大文件，就可能存在以下问题：
　　A. 以http方式读取远程附件过度耗时
　　B. FTP无法连接时，如何及时反馈出错误？
　　C. readfile是一次性读取文件加载到内存中并输出，当文件过大时，内存消耗惊人
　　根据实验发现采用readfile一次性读取，内存消耗会明显增加，但是CPU的利用率会下降较多。如果采用分段读取的方式，内存消耗会稍微下降，而CPU占用却会明显上升。
　　对discuz x 1.5的这个bug较好解决方法就是后台重新正确设置远程附件参数。
　　以下是我逐步整理的故障排除步骤：
　　1. 得到占用cpu资源过多的php-cgi进程的pid(进程id)， 使用top命令即可，如下图：

　　经过上图，我们发现，有两个php-cgi进程的cpu资源占用率过高，pid分别是10059，11570，这一般都是程序优化不够造成，如何定位问题的php程序位置？
　　2. 找出进程所使用的文件
　　/proc/文件系统保存在内存中，主要保存系统的状态，关键配置等等，而/proc/目录下有很多数字目录，就是进程的相关信息，如下图，我们看看进程10059正在使用哪些文件？

　　显然，使用了/home/tmp/sess_*文件，这明显是PHP的session文件， 我们查看这个session文件的内容为：view_time|123333312412
　　到这里，我们已经可以怀疑是由于php程序写入一个叫view_time的session项而引起， 那么剩余的事件就是检查包含view_time的所有php文件，然后修改之（比如改用COOKIE），这实话， 这个view_time并非敏感数据，仅仅记录用户最后访问时间，实在没必要使用代价巨大的session, 而应该使用cookie。
　　3. 找出有问题的程序，修改之
　　使用vi编辑以下shell程序（假设网站程序位于/www目录下）
　　#!/bin/bash
　　find /www/ -name "*.php" > list.txt
　　f=`cat ./list.txt`
　　for n in $f
　　do
　　r=`egrep 'view_time' $n`
　　if [ ! "$r" = "" ] ; then
　　echo $n
　　fi
　　done
　　运行这个shell程序，将输出包含有view_time的文件， 对记事狗微博系统，产生的问题位于modules/topic.mod.class文件中