如果公司的业务是用PHP语言开发的，那么使用的环境十有八九就是LNMP，在日常的运维工作中，占到9成以上的故障是遇到性能问题。

你可能会想，我们的业务运行的好好的，为啥平白无故就出现性能问题？原因有太多可能，比如代码改动、异常访问、网络波动、服务器硬件故障等等。

引起性能问题的原因有这么多，那如何定位呢？本章就来给大家介绍一个性能追踪的方法，这个方法在我运维职业生涯里屡试不爽，帮了我不少大忙。

< 1 >

PHP-FPM的slow log

如果你所运维的网站或者应用为PHP的，那我相信你一定对LAMP或者LNMP不陌生。我主张使用LNMP，原因无他，就一点 -- 我们可以通过slow log很方便地追踪到问题点。先来看配置方法吧。

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.log
request_slowlog_timeout = 2

说明：slowlog定义日志路径和名字，request_slowlog_timeout定义超时时间，单位秒，即一个php脚本执行时间超过了该时间，则会记录日志。

2）重启php-fpm服务

具体重启命令，根据你自己的环境来决定。配置文件修改后，不重启或者不重载服务是不生效的。

3）测试

在测试站点里新建一个test.php文件，写入如下内容：

<?php
 echo "1";
 sleep (5);
 echo "2";

然后在浏览器里或者使用curl命令去访问

# curl http://ip/test.php

4）结果分析

访问test.php时，我们能感觉到它短暂卡死，大概5秒后出现结果。此时到/data/logs/php-slow.log里查看，有如下内容：

[pool www] pid 6368
script_filename = /data/wwwroot/aminglinux.cc/test.php
[0x00007ff8c821f090] sleep() /data/wwwroot/aminglinux.cc/test.php:3

这个slow log，不仅可以记录哪一个文件慢，而且也可以记录具体哪一行的什么函数。有了它，一旦网站访问卡顿，我们就非常方便地找到问题点了。

< 2 >

线上生产环境演示案例

问题描述：网站访问变卡顿了，不是不能访问，而是变慢了。

解决过程：

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的慢查询日志，具体详细的操作我不再阐述。

< 3 >

使用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.so
xdebug.trace_output_dir=/tmp/xdebug
xdebug.profiler_output_dir = /tmp/xdebug
xdebug.profiler_enable = 1
xdebug.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”按钮，就会出现漂亮的调用图