运维不再专业救火 不会PHP照样找出代码性能问题

身处互联网的sa(运维)们总感叹自己职业的苦逼，why?我来告诉你：app奔溃、网站打不开、网站502、搜索缓慢、应用卡顿通通找运维，运营、项目经理、老板等等围着运维，看其救火。有些运维甚至受到各种指责，例如：技术差、准备不充分、服务器优化的不行等等。面对千千万万的项目，运维为什么总在救火和受委屈，而研发却在不断制造bug。

问题定位

一旦出现故障，通常先查日志，通过日志分析定位到某些服务器及项目，紧接着缩小范围至某个项目，最后sa与研发之间各种配合，最终找出问题并修复。

每次紧急救火之后，运维总会发问：为什么不能提前发现问题?是否有一个工具能让运维/开发事先发现问题并消灰掉，或者上线能够在故障出现之时快速定位到稳定。大家都应该认识到，通过常规方式来定位代码问题效率非常低，而且非常考验技术人员对业务熟悉程度以及个人技术能力。

解决方案

在日常工作中，常有人咨询我系统出现某种问题或者偶尔出现问题时怎么查找原因，除了给出解决方案以外，我总会告诉他：去试试apm吧，能够帮你快速发现问题，定位问题的原因。今天我要给sa们介绍一款国内纯自主开发的apm产品---透视宝。

透视宝功能

apm是应用性能管理(applicationperformancemanagement)的缩写，通过对it系统进行代码级的实时监测和分析，即时发现系统运行瓶颈，并进行告警和预警，帮助运维、开发迅速定位系统问题。透视宝包含apm(应用性能管理)、mobile、browser、host四项功能：

透视宝之安装

透视宝的安装比较简单，透视宝官方文档也非常清楚。

请直接看文档：http://portal.toushibao.com/app/create

透视宝之主机管理

安装完smartagent之后，登陆透视宝后台便能看到新增加的主机，如下图：

今天的主题不在“主机”，既然提到了，那么我简单的给大家展示透视宝下的主机基本监控。

服务器cpu、内存、进程、网卡、tcp监控项都有。如果这些基础监控能够满足你，那么完全可以放弃zabbix等上手困难的开源监控产品了。看看监控效果：

透视宝之apm

透视宝apm目前支持主流的java、php、python、.net四种语言的代码性能监测，php监测已经支持最新的php7正式版，我们主要以php为例感受一下apm的威力。

备注：起初准备拿ttlsa.com来体验，因为种种原因，最终换成了另外一个测试站点，请求量稍微少点，但是追踪php性能问题的方法还是一样的，一样能帮助我们找出代码性能问题。

点击应用，并选择你需要追踪的域名，通过请求、数据库、错误这三项目来找出php性能问题所在

apm之请求

首先看概览图，着重看缓慢、非常缓慢、错误的比率，如果比较高，那么要引起重视。

正常：<500毫秒、缓慢：500-2000毫秒，非常慢：>2000毫秒

透视宝列出所有请求url，以及uri对应的响应时间与请求数。

按照响应时间排序，点击响应时间较长的url，右侧出现如下记录

点击记录进行追踪，可以看到整个请求耗时top5的方法，并可进行代码追踪、获取请求参数、sql语句，最真实的还原当时环境。

追踪详情

这里非常重要，耗时(ms)越长的函数/方法说明性能越差.由此，基本上已经定位到了性能问题代码，把相应的方法截图给研发吧。发现没?不懂代码的你也能抓出php性能代码。

请求参数

通过当前的请求参数最真实的还原现场

sql语句

一个缓慢响应请求部分由代码写法不恰当引起，还有一部分由效率低下的慢sql引起。透视宝能够追踪到一个请求包含的所有sql语句;由此，我们能快速的定位到sql问题，并提交给研发/dba优化。

apm之数据库

透视宝apm能够通过”请求”找出性能差的code、性能低下的慢sql。透视宝能够通过”数据库”找出性能低下的慢sql，并找出慢sql对应的请求。”数据库”这块建议dba经常浏览，并定期优化慢sql。

透视宝提供了非常清晰易懂的sql性能图表，让开发人员清晰的了解当前sql使用情况，例如：sql操作响应时间(tops)、吞吐量(含select、delete、insert、update)

透视宝会列出所有sql操作列表，按照平均响应时间排序，选择需要解决的sql记录，可定位对应请求耗时的接口/页面以及对应的慢sql语句。

慢sql追踪

apm之错误

除了透过请求与数据库来发现问题之外，我们也应该经常关注”错误”。

附录：透视宝插件

sendproxy、discover和osagent插件是smartagent默认的基础插件，目前smartagent提供的插件如下表所示。