使用Xdebug分析PHP性能问题

最近应用首页终于到了不得不优化的地步
由于只是响应慢，所以决定使用日常的xdebug的profiler功能来分析
记录一下使用的工具及配置，毕竟不是经常使用
优化虽好，可不能痴迷啊

Xdebug的安装配置无需多言，顺便提一下xdebug的使用配置。
一般都是通过远程调试的方式使用，配置一般如下

zend_extension=xdebug.so
xdebug.remote_autostart=1
xdebug.remote_enable=1
#xdebug.remote_connect_back=1
xdebug.remote_host=192.168.3.188
xdebug.remote_port=9000
display_errors = On
html_errors = On

有个问题就是remote_host是固定的，有的时候使用场景切换，主机换了ip就会造成无法使用
所以如果是本地调试，主机IP又经常发生变化，要适应多个IP调试
解决方案就是使用remote_connect_back（取消注释）
此配置打开后忽略remote_host配置，达到任意主机IP访问均可进行调试的目的

这次这是在配置中增加了profiler的内容

xdebug.profiler_enable = 0
xdebug.profiler_enable_trigger = 1
xdebug.profiler_output_dir = "/debug/php/profile"
xdebug.profiler_output_name = "cachegrind.out.%t"

具体的配置可参考xdebug文档
使用了默认的XDEBUG_PROFILE参数来触发profile记录
只是输出目录要确保有权限写文件
输出文件格式为cachegrind.out.时间戳，若分析的页面或接口多的话，应该使用脚本路径或query_uri来标志，以便于区分
重启php-fpm后，正常访问，加上XDEBUG_PROFILE参数即可
问题在于生成的文件是不可读的，要要工具，在windos下使用了QCacheGrind(Kcachegrind)
盗一张管网图

有很清晰的每个函数的调用时间及所占比例，以及直观的调用栈，哪个地方需要优化一目了然

参考链接

KCachegrind
Tips
原文链接