瀏覽量:80次
Linux系統(tǒng)在使用的時(shí)候,電腦變的很卡,發(fā)現(xiàn)是php-cgi進(jìn)程在占用cpu,占用率既然達(dá)到了100%,究竟是什么原因?qū)е逻@種情況的呢?下面陽(yáng)泰網(wǎng)絡(luò)就給大家介紹下Linux系統(tǒng)php-cgi占用cpu百分百的解決方法。
網(wǎng)站日志目錄/home/hosts_log
日志文件有對(duì)應(yīng)的網(wǎng)站id
php-cgi日志目錄 /usr/local/php_fcgi/logs
查看日志文件基本上就可以解決問(wèn)題了,網(wǎng)站被入侵上傳了一個(gè)php ddos文件,當(dāng)然如果不是此問(wèn)題可以如下查看是不是程序問(wèn)題有時(shí)使用file_get_contents函數(shù)也可能導(dǎo)致cpu 100%。
中,有一個(gè)參數(shù) max_execution_time 可以設(shè)置PHP 腳本的最大執(zhí)行時(shí)間,但是,在 php-cgi(php-fpm)中,該參數(shù)不會(huì)起效。真正能夠控制PHP 配置文件中的以下參數(shù):
The timeout (in seconds) for serving a single request after which the worker process will be terminated
Should be used when ‘max_execution_time’ ini option does not stop script execution for some reason
‘0s’ means ‘off’
《value name=“request_terminate_timeout”》0s《/value》
默認(rèn)值為0秒,也就是說(shuō),PHP 腳本會(huì)一直執(zhí)行下去。這樣,當(dāng)所有的php-cgi 進(jìn)程都卡在file_get_contents()函數(shù)時(shí),這臺(tái)Nginx+PHP 的WebServer已經(jīng)無(wú)法再處理新的PHP 請(qǐng)求了,Nginx 將給用戶返回“502 Bad Gateway”。修改該參數(shù),設(shè)置一個(gè)PHP 腳本最大執(zhí)行時(shí)間是必要的,但是,治標(biāo)不治本。例如改成《value name=“request_terminate_timeout”》30s《/value》,如果發(fā)生file_get_contents()獲取網(wǎng)頁(yè)內(nèi)容較慢的情況,這就意味著150 個(gè)php-cgi 進(jìn)程,每秒鐘只能處理 5 個(gè)請(qǐng)求,WebServer同樣很難避免“502 Bad Gateway”。
要做到徹底解決,只能改掉直接使用file_get_contents的習(xí)慣,而是稍微修改一下,加個(gè)超時(shí)時(shí)間,用以下方式來(lái)實(shí)現(xiàn) HTTP GET 請(qǐng)求。要是覺(jué)得麻煩,可以自行將以下代碼封裝成一個(gè)函數(shù)。
《?php
$ctx = stream_context_create(array(
‘http’ =》 array(
‘timeout’ =》 1 //設(shè)置一個(gè)超時(shí)時(shí)間,單位為秒
)
)
);
file_get_contents(“”, 0, $ctx);
?》
當(dāng)然如果像dedecms生成html頁(yè)面時(shí)cpu也會(huì)100%的情況。
Linux下php-cgi進(jìn)程占用cpu百分百的解決方法就介紹到這里了,還有一種可能是中毒導(dǎo)致的,這就需要?dú)⒍咎幚砹恕?/p>
[聲明]本網(wǎng)轉(zhuǎn)載網(wǎng)絡(luò)媒體稿件是為了傳播更多的信息,此類稿件不代表本網(wǎng)觀點(diǎn),本網(wǎng)不承擔(dān)此類稿件侵權(quán)行為的連帶責(zé)任。故此,如果您發(fā)現(xiàn)本網(wǎng)站的內(nèi)容侵犯了您的版權(quán),請(qǐng)您的相關(guān)內(nèi)容發(fā)至此郵箱【779898168@qq.com】,我們?cè)诖_認(rèn)后,會(huì)立即刪除,保證您的版權(quán)。
官網(wǎng)優(yōu)化
整站優(yōu)化
渠道代理
400-655-5776