Nginx+PHP-CGI(php-fpm) 的Web环境,突然发现系统负载上升,top 查看后发现很多 php-cgi 进程 CPU 使用率接近100%.

找其中一个 CPU 100% 的 php-cgi 进程的 PID,用strace -p 10747跟踪,结果发现以下结果:

1. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
2. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 
3. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
4. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 
5. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
6. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 
7. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
8. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 
9. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
10. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 
11. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
12. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 
13. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
14. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 
15. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
16. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 
17. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
18. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 
19. select(7, [6], [6], [], {15, 0}) = 1 (out [6], left {15, 0}) 
20. poll([{fd=6, events=POLLIN}], 1, 0) = 0 (Timeout) 

几乎可以肯定是file_get_contents()导致的问题.

原因是:file_get_contents的目标网站如果反应过慢,file_get_contents就会一直卡在那里不会超时,我们知道php.ini 里面max_execution_time 可以设置 PHP 脚本的最大执行时间,但是,在 php-cgi(php-fpm) 中,该参数不会起效,真正能够控制 PHP 脚本最大执行时间的是 php-fpm.conf 配置文件中的以下参数:

1. The timeout (in seconds) for serving a single request after which the worker process will be terminated   
2. Should be used when 'max_execution_time' ini option does not stop script execution for some reason   
3. '0s' means 'off'   
4. <value name="request_terminate_timeout">0s</value> 

默认值为 0 秒,也就是说,PHP 脚本会一直执行下去,这样,当所有的 php-cgi 进程都卡在 file_get_contents() 函数时,这台 Nginx+PHP 的 WebServer 已经无法再处理新的 PHP 请求了,Nginx 将给用户返回“502 Bad Gateway”,修改该参数,设置一个 PHP 脚本最大执行时间是必要的,但是,治标不治本,例如改成 30s,如果发生 file_get_contents() 获取网页内容较慢的情况,这就意味着 150 个 php-cgi 进程,每秒钟只能处理 5 个请求,WebServer 同样很难避免“502 Bad Gateway”.

要做到彻底解决,不妨重新封装一下file_get_contents函数,代码如下:

1. function _file_get_content($str) {  
2. $ctx = stream_context_create(array(    
3.    'http' => array(    
4.        'timeout' => 10 //设置一个超时时间，单位为秒    
5.        )   //开源代码phpfensi.com 
6.    )    
7. );    
8. return file_get_contents($str, 0, $ctx);    
9. } 

如此用_file_get_content代替直接使用file_get_contents 问题解决.

Tags: file_get_contents() nginx出现504

分享到：