一、問題描述

1、19號(hào)手動(dòng)升級(jí)到wordpress4.1，21號(hào)早上7點(diǎn)看網(wǎng)站php探針，發(fā)現(xiàn)系統(tǒng)負(fù)載過高，差不多在1到1.5之間。

2、雖然對(duì)于雙核處理器，這個(gè)值還可以接受，但是之間負(fù)載都只有0.2左右，而網(wǎng)站流量又沒有突然增加很多，所以推定肯定是出問題了。

3、eth 外網(wǎng)流量正常，lo 本地流量增長(zhǎng)很快，reboot系統(tǒng)后(之間服務(wù)器已經(jīng)穩(wěn)定運(yùn)行了632天9小時(shí)25分鐘)，1個(gè)小時(shí)不到就有了1G的流量。

4、top命令發(fā)現(xiàn)php-cgi 占用cpu很多，大部分時(shí)間都在80%到90%之間，cpu time+ 時(shí)間很長(zhǎng)。

二、解決方法

1、百度搜索：php cgi cpu找到文章

2、修改php-fpm.conf

request_terminate_timeout 0s 改為30s

request_slowlog_timeout 0s 改為3s

重啟php-fpm：/usr/local/php/sbin/php-fpm restart

3、查看slow.log發(fā)現(xiàn)，每一個(gè)統(tǒng)計(jì)時(shí)間點(diǎn)里都有如下提示

script_filename = /網(wǎng)站路徑/wp-cron.php

[0xbfcaa950] do_action_ref_array() /網(wǎng)站路徑/wp-cron.php

4、想到可能和wp-cron.php有關(guān)，于是百度搜索：wp-cron.php找到：

5、于是找到php-cgi進(jìn)程占用cpu資源導(dǎo)致服務(wù)器負(fù)載過高的解決方法：禁用WP-Cron

編輯wordpress wp-config.php，加入：define(‘DISABLE_WP_CRON’, true);

然后 /root/lnmp restart 重啟lnmp

重啟之后cpu 占用終于正常，網(wǎng)站負(fù)載也減了下來，slow.log 也不再增加新的內(nèi)容

三、排除可能的原因

1、禁用hyper cache

開始覺得可能hyper cache生成的緩存文件過多引起php負(fù)載，禁用hyper cache插件后發(fā)現(xiàn)負(fù)載非但不降，反而升了，說明：不是hyper cache的問題且hyper cache可以起到降低php負(fù)載的作用。

2、刪除eAccelerator

依據(jù)這篇文章提醒：vi /usr/local/php/etc/php.ini 刪除文件末尾Accelerator的那幾行配置刪掉，保存重啟lnmp，發(fā)現(xiàn)問題依舊，所以也排除了eAccelerator的原因，之后再重新在php.ini中添加上eAccelerator的配置。

3、file_get_contents的問題

參考上邊兩篇文章，ll /proc/PID/fd 沒有發(fā)現(xiàn)異常。

yum install strace 安裝(不安裝會(huì)提示錯(cuò)誤：-bash: strace: command not found) 后

strace -p pid，有類似的提示錯(cuò)誤：poll([{fd=4, events=POLLIN}], 1, 0) = 0 (Timeout)

頁(yè)面不停的閃動(dòng)，服務(wù)器負(fù)載驟增。

兩篇文章中提到的：stream_context_create 設(shè)置超時(shí)時(shí)間，技術(shù)太差，完全看不懂要如何操作，所以也沒辦法向下進(jìn)行，放棄。

4、php5.2 和curl的兼容問題

解決方法：設(shè)置curl超時(shí)時(shí)間

curl_setopt($ch, CURLOPT_TIMEOUT, 2);

也不知如何操作，放棄。