windows下排查typecho性能问题案例
群里面有个朋友,在windows下安装phpstudy并跑typecho,发现服务端响应很慢,TTFB超过2s以上。这里记录一下排查过程,给有需要的朋友参考下。
思路:整个网站代码执行,大体分三个阶段:apache+php解析器、php代码执行、mysql数据查询
首先,确认是环境问题还是php代码问题
猜测:问题可能出在php执行环境上,譬如php如果开启了xdebug的connect_back选项,则会导致xdebug卡主一段时间以等待环境就绪。
方法:在index.php代码最开始的位置,加一行代码
die('xxx')
,重新访问。结果:如果这个时候回应很快了,说明问题出在php代码。继续排查
然后,确认是php代码问题还是mysql的问题
猜测:如果mysql查询很慢,也会导致整个网站响应很慢,所以确认一下是不是mysql数据过大导致查询卡主。
方法:直接停掉mysql服务,再观察网站的响应时间。(ps:原理很简单,让typecho报错,跳过mysql查询过程)
结果:如果网站依然很慢,则说明问题出在php代码本身上。
最后,出动profile分析工具,分析耗时函数
配置方法:开启xdebug扩展,并配置如下。配置完之后,重新运行一次,即可以在
profile_output_dir
目录下生成分析文件下载分析工具
工具直接使用kcachegrind
,下载地址:https://nchc.dl.sourceforge.net/project/precompiledbin/kcachegrind.zip下载之后,使用kcachegrind打开上面的profile文件,即可非常清晰地找到问题原因:
如上图,可以非常清晰地看到,问题出在php内置函数
mysql_connect
上。至于为什么这个函数会执行慢,各位就只能自己google了~
后来反馈发现是因为:在hosts里面把localhost 127.0.0.1的记录删掉,但是代码中却依然用localhost来链接数据库导致的卡死。
当前页面是本站的「Google AMP」版。查看和发表评论请点击:完整版 »
因本文不是用Markdown格式的编辑器书写的,转换的页面可能不符合AMP标准。