php-cgi进程cpu负载过高：禁用wordpress定时任务wp-cron.php
<p><strong>一、问题描述</strong></p><p>1、19号手动升级到wordpress4.1，21号早上7点看网站php探针，发现系统负载过高，差不多在1到1.5之间。</p>
<p>2、虽然对于双核处理器，这个值还可以接受，但是之间负载都只有0.2左右，而网站流量又没有突然增加很多，所以推定肯定是出问题了。</p>
<p>3、eth 外网流量正常，lo 本地流量增长很快，reboot系统后（之间服务器已经稳定运行了632天9小时25分钟），1个小时不到就有了1G的流量。</p>
<p>4、top命令发现php-cgi 占用cpu很多，大部分时间都在80%到90%之间，cpu time+ 时间很长。</p>
<p><strong>二、解决方法</strong></p>
<p>1、百度搜索：php cgi cpu找到文章</p>
<p>https://www.jb51.net/article/92975.htm</p>
<p>2、修改php-fpm.conf</p>
<p>request_terminate_timeout 0s 改为30s</p>
<p>request_slowlog_timeout 0s 改为3s</p>
<p>重启php-fpm：/usr/local/php/sbin/php-fpm restart</p>
<p>3、查看slow.log发现，每一个统计时间点里都有如下提示</p>
<p>script_filename = /网站路径/wp-cron.php</p>
<p> do_action_ref_array() /网站路径/wp-cron.php</p>
<p>4、想到可能和wp-cron.php有关，于是百度搜索：wp-cron.php找到：</p>
<p>https://www.jb51.net/cms/495321.html</p>
<p>5、于是找到php-cgi进程占用cpu资源导致服务器负载过高的解决方法：禁用WP-Cron</p>
<p>编辑wordpress wp-config.php，加入：define(‘DISABLE_WP_CRON’, true);</p>
<p>然后 /root/lnmp restart 重启lnmp</p>
<p>重启之后cpu 占用终于正常，网站负载也减了下来，slow.log 也不再增加新的内容</p>
<p><strong>三、排除可能的原因</strong></p>
<p>1、禁用hyper cache</p>
<p>开始觉得可能hyper cache生成的缓存文件过多引起php负载，禁用hyper cache插件后发现负载非但不降，反而升了，说明：不是hyper cache的问题且hyper cache可以起到降低php负载的作用。</p>
<p>2、删除eAccelerator</p>
<p>https://www.jb51.net/article/92978.htm</p>
<p>依据这篇文章提醒：vi /usr/local/php/etc/php.ini 删除文件末尾Accelerator的那几行配置删掉，保存重启lnmp，发现问题依旧，所以也排除了eAccelerator的原因，之后再重新在php.ini中添加上eAccelerator的配置。</p>
<p>3、file_get_contents的问题</p>
<p>https://www.jb51.net/article/28030.htm<br /><br />https://www.jb51.net/article/92980.htm</p>
<p></p>
<p>参考上边两篇文章，ll /proc/PID/fd 没有发现异常。</p>
<p>yum install strace 安装（不安装会提示错误：-bash: strace: command not found） 后</p>
<p>strace -p pid，有类似的提示错误：poll([{fd=4, events=POLLIN}], 1, 0) = 0 (Timeout)</p>
<p>页面不停的闪动，服务器负载骤增。</p>
<p>两篇文章中提到的：stream_context_create 设置超时时间，技术太差，完全看不懂要如何操作，所以也没办法向下进行，放弃。</p>
<p>4、php5.2 和curl的兼容问题</p>
<p>解决方法：设置curl超时时间</p>
<p>curl_setopt($ch, CURLOPT_TIMEOUT, 2);</p>
<p>也不知如何操作，放弃。</p>
頁:
[1]