new relic mysql_服务器性能监控之New Relic 入门教程

New Relic 是一个很强大的服务器性能监控工具，New Relic目前专注于SaaS和App性能管理业务，它支持支持agent和API传送数据，能够对部署在本地或在云中的web应用程序进行监控、故障修复、诊断、线程分析以及容量计划。

New Relic APM将你没有发现的问题暴漏出来，帮助团队减少问题解决的时间，从而集中精力写出更多的代码，而不是一直在停留在故障排除。

端对端事务跟踪：跟踪一个关键事务的性能，这个事务贯穿在整个面向服务应用程序环境。

代码级的可见性：深入洞察特定代码段和SQL语句对性能的影响。

关键事务：标记你的最关键的事务，当响应时间、调用、错误率等这些表现不佳的时候可以迅速的发现。

X光会话：通过展示事务跟踪长期分析的结果，来获得对一个关键事务性能更深入的了解。

简单工作原理

RPM拥有两种基本的组件：作为应用程序插件运行的代理，以及放置在New Relic数据中心中的服务。代理会收集性能数据，每分钟都会通过HTTPS或者HTTP协议异步地发送给RPM服务，New Relic那里会存储并处理这些数据。

New Relic数据中心会完成以下的工作：数据存储、聚集、修正和可视化。我们可以通过浏览器访问性能数据。 New Relic不提供在本地运行服务的方案，服务只运行在他们的数据中心上。

安装 APM(以java监控Tomcate为例)

登录网站选择APM(Application Performance Management，应用性能管理)，选择Get Started，假如已经有了applications，就选择[+Add more],如图：

选择java

在这里你还需要一些前置条件才能进行下面的操作：

你要服务器的管理员权限

你需要配置防火墙允许New Relic 代理访问网络(发送数据)。

访问您的Windows Azure管理门户。

获取自己独有的license_key,如图：

点击按钮就可以看到license_key了。这个license_key每个newrelic账号是唯一的,也是Agent能成功发送数据到服务器的关键。

下载代理

将下载的文件解压到应用服务器根目录

我这里是tomcate，所以我解压到我自己的tomcate根目录/usr/local/tomcat/apache-tomcat-7.0.70下

unzip newrelic-java-3.40.0.zip -d /usr/local/tomcat/apache-tomcat-7.0.70/

修改配置(可以不修改直接使用默认的)

切换到/usr/local/tomcat/apache-tomcat-7.0.70/newrelic目录，在目录中找到newrelic.yml配置文件。license_key选项就是第4步获得的key，主要是修改app_name，修改成自己应用名字。

app_name: Demo APP

切换到/usr/local/tomcat/apache-tomcat-7.0.70/newrelic 下面运行安装命令

cd /usr/local/tomcat/apache-tomcat-7.0.70/newrelic

java -jar newrelic.jar install

我们可以看到如下提示信息：

root@iZ282d1y91zZ:/usr/local/tomcat/apache-tomcat-7.0.70/newrelic# java -jar newrelic.jar install

***** ( ( o)) New Relic Java Agent Installer

***** Installing version 3.40.0 ...

* Backed up start script to /usr/local/tomcat/apache-tomcat-7.0.70/bin/catalina.sh.20170721_174419

* Added agent switch to start script /usr/local/tomcat/apache-tomcat-7.0.70/bin/catalina.sh

* No need to create New Relic configuration file because:

A config file already exists: /usr/local/tomcat/apache-tomcat-7.0.70/newrelic/newrelic.yml

***** Install successful

***** Next steps:

You're almost done! To see performance data for your app:

1) Restart your app server

2) Exercise your app

3) Log into http://rpm.newrelic.com

Within two minutes, your app should show up, ready to monitor and troubleshoot.

If app data doesn't appear, check newrelic/logs/newrelic_agent.log for errors.

出现(***** Install successful)表示安装成功，newrelic/logs/newrelic_agent.log是日志地址。

重启tomcate服务,并查看日志

./catalina.sh stop

./catalina.sh start

tail -f logs/newrelic_agent.log

可以看到,Agent已经成功装数据发往newrelic.com的个人账号。

图表的简单说明

Web transactions time(请求的响应时间图表)

首先需要关注的是请求的响应时间图表，用这个图表可以对请求在服务器端耗时有个整体印象

从图表上可以看到，在这个时间段，请求的平均耗时是7ms，同时可以看到每个请求的java代码和数据库执行时间占据了绝大部分，还有少量的外部服务调用时间(比如第3方Oauth或者API)。另外右上角有一个0.771s的浏览器时间，这个是指用户访问网页，从请求发出，到整个页面完全加载完成(包括图片，css，js等)。

Apdex (Application Performance Index)

从这里可以看到大部分用户是否满意你的应用响应速度：

从图表可以看到，93%的用户非常满意请求响应时间，100%的用户非常满意页面加载完成的时间。我们用的指标是NewRelic默认设置的500ms和7s，你还可以自己进行调整。

Throughput 吞吐量 (每分钟的请求数)

可以看出在这半个小时的区间，平均每分钟有0.333个请求。用这个图表，通过調整时间段，了解整个应用什么时候是高峰，什么时候是低谷，方便将一些批处理，备份等任务放在访问低谷的时间段进行。还有当用户报告无法访问的时候，可以通过查看吞吐量是否有急剧下降，来判断是个例还是整体故障，来确定解决问题的优先级。免费版本的NewRelic，只能查看过去24小时的数据，升级到付费帐号，可以查看所有的历史数据。

Transactions 最耗时的请求列表

根据请求的时间和请求的次数，列出一个最耗时的请求

我们可以根据这个排列顺序，来考虑对于访问量大，同时又耗时的请求进行重点性能优化。

点击具体的请求，还可以看到请求耗时的分布情况：

从图表上可以看到这个请求，在forIndex方法上耗费了比较多的时间，另外在DispatcherServlet上也耗费了一些时间。升级到付费版本，还能查看到具体的sql语句执行情况，如果有slow query，还能显示explain的结果。

Error rate 错误率

Recent events 最近的事件

NewRelic也提供了很多监控的选项，比如ping，内存/存储警报等，可以将报警发送到邮件，或者推送到移动客户端：

对于了解服务器资源和扩容计划很有帮助。顺便说一个实际遇到的事情，发现过某台主机(我们用的云主机)的响应时间就是比其他台要慢50%以上，对比发现这台的CPU和Disk IO都比其他台要弱，后来报告给云主机服务商，通过迁移到了新的物理机解决了。

应用性能分布到各个服务器状态

这里就简单介绍一下它免费版本的少量功能，更多的功能留待大家去玩吧。最后还要提一下最喜欢的scalability report和database report，可以申请试用付费帐号来体验。

删除监控实例

将newrelic.yml配置文件中agent_enabled改成false，或者卸载代理。

重启应用服务器

查看日志如图：

等待几分钟(10分钟)，看到Application名称变成灰色

删除

Java Agent官方文档

完整的安装说明和故障排除文档在：

通用的安装指南：

配置参数详解:

参考文章：