如何定位php程序访问慢
公司的业务是用PHP语言开发的,那么使用的环境十有八九就是LNMP。在日常的运维工作中,占到9成以上的故障是遇到性能问题。
你可能会想,我们的业务运行的好好的,为啥平白无故就出现性能问题?
原因有太多可能,比如代码改动、异常访问、网络波动、服务器硬件故障等等。
引起性能问题的原因有这么多,那如何定位呢?
给大家介绍一个性能追踪的方法,这个方法在我运维职业生涯里屡试不爽,帮了我不少大忙。
— slow log追踪 —
我们可以通过slow log很方便地追踪到问题点。先来看配置方法吧。
创新互联公司专注于企业成都全网营销推广、网站重做改版、若羌网站定制设计、自适应品牌网站建设、H5技术、成都商城网站开发、集团公司官网建设、成都外贸网站建设、高端网站制作、响应式网页设计等建站业务,价格优惠性价比高,为若羌等各大城市提供网站开发制作服务。
1)编辑配置文件
假设php安装路径为/usr/local/php,配置文件路径/usr/local/php/etc/php-fpm.conf)
# vim /usr/local/php/etc/php-fpm.conf #更改或增加两行内容slowlog = /data/logs/php-slow.logrequest_slowlog_timeout = 2
说明:slowlog定义日志路径和名字,request_slowlog_timeout定义超时时间,单位秒,即一个php脚本执行时间超过了该时间,则会记录日志。
2)重启php-fpm服务
具体重启命令,根据你自己的环境来决定。配置文件修改后,不重启或者不重载服务是不生效的。
3)测试
在测试站点里新建一个test.php文件,写入如下内容:
然后在浏览器里或者使用curl命令去访问
# curl http://ip/test.php
4)结果分析
访问test.php时,我们能感觉到它短暂卡死,大概5秒后出现结果。此时到/data/logs/php-slow.log里查看,有如下内容:
[pool www] pid 6368script_filename = /data/wwwroot/aminglinux.cc/test.php[0x00007ff8c821f090] sleep() /data/wwwroot/aminglinux.cc/test.php:3
这个slow log,不仅可以记录哪一个文件慢,而且也可以记录具体哪一行的什么函数。
有了它,一旦网站访问卡顿,我们就非常方便地找到问题点了。
— 线上生产环境演示案例 —
问题描述:
网站访问变卡顿了,不是不能访问,而是变慢了。
解决过程:
1)登录服务器查看负载,结果不到1,并不高
2)vmstat 1查看发现r列时不时出现不高于5的数字,说明有些进程比较忙
3)用top命令查看,php-fpm进程排在前面
4)查看slow log,结果如下:
[29-1月-2019 16:54:59] [pool www] pid 20287 script_filename = /data/wwwroot/www.example.com/redirect.php [0x00000000031d83c0] MySQL_query() /data/wwwroot/www.example.com/include/db_mysql.class.php:84 [0x00000000031d6bb0] query() /data/wwwroot/www.example.com/redirect.php:105
[29-1月-2019 16:54:59] [pool www] pid 23066 script_filename = /data/wwwroot/www.example.com/redirect.php [0x000000000319b5a0] mysql_query() /data/wwwroot/www.example.com/include/db_mysql.class.php:84 [0x0000000003199d90] query() /data/wwwroot/www.example.com/redirect.php:122
通过slow log发现是redirect.php里面有查询数据库的操作慢导致网站访问卡顿。
所以,还需要登录数据库服务器近一步分析为什么MySQL查询慢,这个就涉及到了MySQL的慢查询日志,具体详细的操作我不再阐述。
— 使用Xdebug+Webgrind —
如果网站跑在了LAMP环境中,就无法使用php-fpm的slow log了,那如何分析瓶颈点?
没关系你还可以使用这个Xdebug+Webgrind,其中Xdebug是一个开放源代码的PHP程序调试器(即一个Debug工具),可以用来跟踪,调试和分析PHP程序的运行状况。
Webgrind是一个网页版的性能分析工具,它的主要作用就是分析Xdebug生成的cachegrind文件,以一种界面友好详尽的方式来展示性能数据。
Xdebug安装:
Xdebug官方网站:http://xdebug.org/.
1)下载源码
如果你用的PHP版本较高,建议下载最新版本
# wget https://xdebug.org/files/xdebug-2.7.0beta1.tgz
2)编译安装
# tar zxf xdebug-2.7.0beta1.tgz# cd xdebug-2.7.0beta1# /usr/local/php-fpm/bin/phpize# ./configure --with-php-config=/usr/local/php-fpm/bin/php-config# make && make install
3)配置
# vi /usr/local/php-fpm/etc/php.ini #在最后面增加[xdebug]zend_extension=xdebug.soxdebug.trace_output_dir=/tmp/xdebugxdebug.profiler_output_dir = /tmp/xdebugxdebug.profiler_enable = 1xdebug.profiler_enable_trigger = 1
4)检查
# /usr/local/php-fpm/bin/php -m |grep -C 1 Xdebug[Zend Modules]Xdebug
5)创建Xdebug目录
# mkdir /tmp/xdebug# chmod 777 !$
6)重启php-fpm或者apache服务
因为修改了php.ini配置文件,需要重启对应的服务,才可以生效,我这里用的是php-fpm
# /etc/init.d/php-fpm restart
Webgrind安装:
1)下载
Webgrind官方github地址https://github.com/jokkedk/webgrind
# wget https://codeload.github.com/jokkedk/webgrind/zip/v1.5.0# mv v1.5.0 webgrind-1.5.0.zip# unzip webgrind-1.5.0.zip
2)为Webgrind配置站点
Webgrind其实是一个PHP网站程序,需要为其设置一个虚拟主机,我用的是LNMP环境,所以需要配置Nginx, 当然你也可以直接把webgrind程序目录丢到一个站点内,通过二级目录去访问。下面是我的Nginx虚拟主机配置文件内容:
server {
listen 80;
server_name webgrind.aminglinux.cc;
root /data/wwwroot/webgrind; index index.html index.htm index.php;
location ~ .php$ { fastcgi_pass 127.0.0.1:9001; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /data/wwwroot/webgrind$fastcgi_script_name; include fastcgi_params; }
3)配置webgrind
假如新配置的虚拟主机目录为/data/wwwroot/webgrind
# mv webgrind-1.5.0/* /data/wwwroot/webgrind/#
vim config.php #修改$storeageDir和$profileDir
static $storageDir = '/tmp/xdebug';
static $profilerDir = '/tmp/xdebug';
4)性能追踪
首先访问要追踪性能的PHP网站,然后查看/tmp/xdebug目录下是否生成文件
# ls /tmp/xdebug/
cachegrind.out.11442 cachegrind.out.11443 cachegrind.out.11443.091dcb
我的已经生成3个文件,然后在浏览器访问即可,不过需要你先选择脚本文件(右上角),点击update之后才会出现分析内容。
5)图形显示
我们还可以把PHP代码中的各个函数调用关系以图形的形式展现出来,这样更加直观。前提是需要python和dot两个工具的支持,python默认机器上自带,但是dot需要安装
# yum install -y graphviz
点击右上角的“show call graph”按钮,就会出现漂亮的调用图
网站题目:如何定位php程序访问慢
文章来源:http://myzitong.com/article/iicdde.html