当我们发现生产环境的某个接口执行时间特别长时应该怎么做?是不是直接登录线上机器单步调试?或者打大量的log然后分析? 一般我们可以把分析流程分为如下几步操作:
分析开发环境下执行是否会慢;
如果是代码问题,在开发环境下就能检测出来;
分析预发环境执行是否会慢;
如果是数据库或者第三方扩展问题,在预发环境就能检查出来。
从生产环境摘一台机器,分析代码执行慢的原因;
如果是机器的问题,在生产环境就能检查出来。
1,2,3步骤都需要去分析代码,看哪部分执行时间长。如果人工一句一句代码去排查,很容易导致用户流失。大多时候我们会使用第三方的分析工具tideways或者xhprof来快速发现问题。选择哪一个工具比较好呢?xhprof虽然来自facebook但已经很久不更新,官方源已经显示This package is abandoned and no longer maintained(此包已废弃,不再维护)。tideways恰好相反,一直有商业公司在维护,并且积极的支持了PHP7。两个扩展都是开源的,综上所述我建议大家选择tideways来分析代码。
tideways扩展能把每条请求生成详细的执行日志,我们通过对日志做简单的分析就能看到程序哪部分耗时最长,这里可以使用xhprof的UI程序(xhprof生成的日志和tideways生成的日志格式通用),交互虽然不大友好但是够用了。如果想有更好的视觉效果,建议下载xhgui,一款基于Bootstrap的xhprof UI程序。
在开始搭建PHP非侵入式监控平台之前,我需要解释几个问题。
一. Tideways这家公司如何盈利?
Tideways这家公司与Sentry的营销模式一样,都是卖存储服务+数据分析服务。
tideways.so扩展是开源的,可以免费使用。但是tideways.so扩展只能生成日志文件,我们获得日志文件后还需要花很长时间去整理和分析。如果你购买了Tideways的服务,就能无缝的将日志存储到他们的服务器,登录他们提供的后台就能看到项目代码和服务器的运行状况。加上各种可视化的图表展示,体验非常的好,有很多大公司愿意付费。
二. 安装扩展后代码改动会不会很大?
tideways.so扩展提供的监控方式是非侵入式的监控,不会对当前项目有任何的影响。我们只需要在Nginx配置文件中加上一行配置即可:
fastcgi_param PHP_VALUE “auto_prepend_file=/home/admin/xhgui-branch/external/header.php”;
代码的含义:在执行