From: http://blog.thinkinlamp.com/wp-trackback.php?p=538
fastRPC: http://code.google.com/p/fastcgirpc/
From: http://blog.thinkinlamp.com/wp-trackback.php?p=538
fastRPC: http://code.google.com/p/fastcgirpc/
在这样的环境中,绝大部分是php首先出现瓶颈,如果没有必要的监控就抓瞎了,下面是我们现在的做法:
1、在nginx里增加以下日志的记录
$request_time: nginx处理请求的时间
$upstream_response_time: php-cgi的响应时间
2、php-fpm加上慢请求的日志
3、使用xhprof来精准定位
其实通过1、2的日志,基本上可以确认问题所在了,使用xhprof当然就更完美了,在实际生产环境中,加上xhprof,貌似都是比较事后了(大部分情况下xhprof都不默认启动)。
版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://syre.blogbus.com/logs/20092011.html
原文链接:http://php-fpm.anight.org/
FastCGI是一个可伸缩的,高速地在web server和脚本语言间交互的接口。关于FastCGI技术的更多信息可以在官方网站和这里看到。
多数流行的web server都支持FastCGI。包括Apache(mod_fastcgi和mod_fcgid),Zeus,nginx和lighttpd。
FastCGI的主要优点是把动态语言和web server分离开来。这种技术允许把web server和动态语言运行在不同的主机上,以大规模扩展和改进安全性而不损失生产效率。
php-fpm可以和任何支持远端FastCGI的web server工作。