48 张图 | 手摸手教你微服务的性能监控、压测和调优-低调大师

48 张图 | 手摸手教你微服务的性能监控、压测和调优

2021-03-16 671

这是悟空的第 85 篇原创文章

作者 | 悟空聊架构

来源 | 悟空聊架构（ID：PassJava666）

转载请联系授权（微信ID：PassJava）

本文主要内容

本文的开源实战项目：https://github.com/Jackson0714/PassJava-Platform

本文已收录至：www.passjava.cn

一、何为压力测试

1.1、大白话解释

性能压测是什么：就是考察当前软件和硬件环境下，系统所能承受的最大负荷，并帮助找出系统的瓶颈所在。
性能压测的目的：为了系统在线上的处理能力和稳定性维持在一个标准范围内，做到知己知彼，百战不殆。还可以发现内存泄漏、并发与同步的问题。

1.2、性能指标

RepsonseTime - RT：响应时间，用户从客户端发起一个请求开始计算，到客户端接收到服务端的响应结束，整个过程所耗费的时间。
Hits Per Second - HPS：用户每秒点击次数，也就是每秒向后台发送的请求次数。
QPS：系统每秒内处理查询的次数。
MaxRT：最大响应时间，指用户发出请求到服务端返回响应的最大时间。
MiniRT：最少响应时间，指用户发出请求到服务端返回响应的最少时间。
90%响应时间：将所有用户的响应时间进行升序排序，取 90 % 的位置。
性能测试关注点：
- 吞吐量：每秒钟系统能处理的请求数、任务数。
- 响应时间：服务处理一个请求或一个任务的耗时。
- 错误率：一批请求中结果出过错的请求所占比例。

二、Jmeter 压测工具

1、Jmeter 工具

下载和安装 Jmeter 工具

下载地址：

https://jmeter.apache.org/download_jmeter.cgi

我下载的版本是 apache-jmeter-5.3

运行 JMeter 程序

打开批处理文件：\apache-jmeter-5.3\bin\jmeter.bat。如下图所示：

添加线程组，如下图所示：

添加线程组

1s 内启动 200 个线程，循环次数 100 次。2 w 个请求。如下图所示：

测试 HTTP 请求，如下图所示：

配置要测试的协议、服务器地址、端口号。配置信息如下：

协议：使用 http 协议。

服务器名称或 IP: www.baidu.com (只是为了演示)。

端口号：80 端口。

如下图所示：

添加查看结果树、汇总报告和聚合报告。如下图所示：

开始压力测试。

点击播放按钮就开始启动了。注意启动之前需要先设置线程组的参数配置和 HTTP 请求的配置。如下图所示：

查看每个请求结果，如下图所示：

查看汇总报告。

主要关心平均值和吞吐量。

200 个线程，每个线程调用 100 次，总共 2 w 次，可以看到下图中表格中的样本列也是 2 w，请求所耗费的时间是 151 ms，吞吐量是 880 个请求每秒。如下图所示：

查看聚合报告。

主要看中位数和90%百分位，

中位数是 59 ms，说明大部分请求的响应时间是 59 ms。

90 % 的请求 都是在 271 ms 以内响应完成的。

异常 0.41% 说明 2 w 个请求中有 82 个请求异常（20000 * 0.0041 = 82 ）。

吞吐量 880.2/sec 说明百度这个网站每秒能处理 880 个请求，性能一般（可能跟本地机器性能有关）。

如下图所示：

查看汇总图。

查看汇总图时，需要先勾选想要查看的信息，如下图所示：

然后查看图形汇总：

可以看到勾选的几列在图表中是用不同颜色表示的，比如绿色的柱状条就是 90 % 百分位。

我们来测试下 PassJava（佳必过）的管理后台的性能，吞吐量接近 2000/s。如下图所示：

三、性能监控之 jconsole

jconsole 和 jvisualvm 是 Java JDK 的两个小工具，用来监控内存泄漏、跟踪垃圾回收、执行时的内存情况、对 CPU 进行分析、线程的分析。都可以通过命令行启动，而且可以监控本地和远程应用。而 jvisualvm 是升级版的 jconsole。我们先来看下 jconsole 的使用。

首先用 cmd 命令行的方式启动 jconsole。

启动 jconsole‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

命令行启动 jconsole

选择监控哪个应用

然后选择 passjava 项目的 question 服务。

选择 passjava-question 微服务

对应的就是下面这个微服务：passjava-question。

对应 passjava-question 微服务

概览

从监控界面上有 6 个菜单，首先看到的是概览功能，上面有堆内存使用量、线程数、类的使用情况、CPU 占用率，都是用趋势图来表示的，能很方便的看出当前性能的概览。注意：这些监控都是实时的。

概览

内存

下面是内存的使用情况，可以从下图中看到有个下拉框，里面可以选择不同的内存维度，然后下面的图标和柱状图也会跟着选择的维度而展示不同。

内存

下面是线程的使用情况，可以看到线程峰值和活动线程的总数量，目前看到的峰值是59，活动线程数是 57。下半部分可以看到具体是哪些线程，以及线程的堆栈信息，非常详细。

线程使用情况

类

下面是类的加载和卸载情况，已加载类总数是 10679，而已卸载的类是 1 个，所以当前已加装当前类的总数是 10679 - 1 = 10678 个。

类的加载和卸载情况

VM 概要

我们再来看下VM（虚拟机）的情况。如下图所示，可以看到虚拟机情况，线程、类、堆的概要信息，以及 VM 的参数，是不是很方便呀~

VM 概要

MBean 信息

接下来我们来看下 MBean 信息。对于 MBean，可能很多同学不知道是啥，下面做个解释：

MBean就是一种规范的JavaBean，通过集成和实现一套标准的Bean接口，这种叫MBean。MBean可以用来干嘛？就是可以有一套JDK级别的对外的服务接口。比如，你写了一个JVM允许状态辅助查询的Bean,你希望别人下载一个Jconsole就可以看到你写的杰作。那你就可以考虑用MBean规范来实现。很多垃圾收集器算法Bean就这么干的（说的就是这个类sun.management.MemoryImpl）。

MBean 信息

四、性能监控之 jvisualvm

jvisualvm 比 jconsole 更强大，界面展示的信息更丰富。还可以安装插件，太赞了。

启动 jvisualvm 和概述

启动方式和 jconsole 一样，也是通过 cmd 命令行启动。还是选择 passjava-question 微服务，然后选择第一个菜单栏：概述。可以看到 JVM 的版本，启动参数等信息。

启动jvisualvm

监视

监视 CPU、堆、类、线程的情况。整体显示的效果比 jconsole 更美观。

监视

线程

再来查下线程的情况。可以看到有 5 种状态的线程：

运行：正在运行的线程。
休眠：休眠状态的线程。
等待：等待执行的线程。
驻留：线程里面的空闲线程。
监视：阻塞的线程，正在等待锁。

抽样器

另外我们也可以抽样器对 CPU 或内存进行抽样。如下图所示，对内存进行抽样。

抽样

插件的使用

安装Visual GC 插件

安装步骤：工具->插件->可用插件->Visual GC->安装。安装完成后，重启就可以使用插件功能了。

安装完成后，就可以看到

Visual GC 插件

下图是实时监控垃圾回收的情况。

Visual GC

五、对网关的性能测试

现在我想对 Passjava 系统的 question 微服务的接口进行一个压测，该如何进行呢？

首先我们来看下 passjava 的架构是怎么样的，如下图所示：

客户端分为手机端和 PC 端，http 请求先经过 API Gateway，然后再转发到 question 微服务。其中涉及到了中间件：Gateway 网关。

我们来对 Gateway 网关进行压力测试。

网关的端口号是 8060，我们配置下 JMeter。如下图所示：

配置每秒发送 200 个请求，一直循环执行，直到手动停止压测。如下图所示：

可以看下执行结果，吞吐量在 2422 个每秒，还是比较高的。

吞吐量：2422/s 。

90% 响应时间：142 毫秒。

99% 响应时间：281 毫秒。

我们再来看看垃圾回收的情况，Eden 区垃圾回收用时 2.7 s，用时太长了吧，看看这里怎么能优化下。

通常的优化方向是增大新生代堆内存配置。

六、对微服务的性能测试

根据上面的架构原理图，我们知道客户端请求都是经过 Gateway 转发了一次的，如果我们想单独看下微服务的性能该怎么测试呢？下面我来演示下如何测试 passjava-question 微服务的性能。

首先需要在 passjava-question 微服务中添加一个测试方法：

测试方法

有两种方式测试这个 api 是否添加正确。

第一种用 postman 测试下这个请求是否能正确响应，返回 “test” 则表示响应正确。

test api 是否能正确响应

第二种通过浏览器进行测试。浏览器地址栏输入以下链接后，回车，看下浏览器窗口是否显示 “test”，是则表示响应正确。

然后我们需要用 Jmeter 压测工具来测试这个微服务下的 api 的性能究竟如何。

单独压测微服务的 api的结果

吞吐量：3542/s 。

90% 响应时间：100 毫秒。

99% 响应时间：152 毫秒。

七、对网关+微服务的性能测试

如果我们想对这个整个请求链路进行性能测试该怎么做？

首先请求需要先经过网关，然后由网关转发到微服务。在之前的文章中，我已经将网关配置好了，所以要想通过网关转发到 test 请求，只需要对请求路径稍作修改即可，如下所示：

http://localhost:8060/api/question/v1/admin/question/test

然后在浏览器输入该网址，返回 “test” 即表示响应正确。

然后我们还是用 Jmeter 压测工具测试下 test api 的性能。测试结果如下图所示：

网关+微服务的压力测试结果

从结果可以看到：

吞吐量：982/s 。

90% 响应时间：437 毫秒。

99% 响应时间：790毫秒。

这里做个横向对比：

横向对比

说明微服务 api 经过网关转发一次后，性能至少下降了一半。可以得出结果：中间件越多，性能损失越大，大部分损失都是网络交互导致的。可以通过增强网络通信质量来减少网络的延迟。

八、对数据库查询进行优化

一般情况下，出现性能问题更多的是业务中查询数据库的耗时。接下来看下如何优化数据的查询。

下面是一个查询问题列表的 api：通过问题类型 type 字段过滤问题列表。api 路径如下：

http://localhost:11000/question/v1/admin/question/list?type=5

这个 api 的代码如下，很容易看懂。

查询问题列表的 api

我们加些测试代码：统计查询数据库的耗时。如下所示：

耗时统计

然后重启 passjava-question 服务，再次测试这个 api，耗时 43 ms

怎么对查询进行优化呢？很容易想到加索引，我们来试下加在 question 表加索引后的效果。给 type 字段加上普通索引，如下图所示：

添加索引

我们再来看下加了索引后的耗时情况：耗时 18 ms，确实比之前的 43 ms 快了很多。

加了索引后的情况

九、优化垃圾回收

我们可以通过 jvisulavm工具查看垃圾回收的情况，Eden 区频繁发生 GC，短时间（1分钟）内共造成了 480 次 stop the world。另外从压测工具中也可以看到，吞吐量为 275/s。

原因是 Eden 区的内存分配得太小了，只有 32 M，我们来调大一点。

32M Eden 区频繁进行垃圾回收

增大 Eden 区大小

通过在 IDEA 工具中配置以下参数，调整堆内存最大为 1024 M，新生代内存为 512 M。

-Xmx1024m -Xms1024m -Xmn512m

然后可以观察到在相当长的短时间（1分钟）内只进行了 92 次垃圾回收，说明垃圾回收的频率降低了。应用程序的性能也提升了。另外从压测工具中也可以看到，吞吐量为 347/s，吞吐量也有较大提升。

十、总结

本文通过压测工具 Jmeter 讲解压测如何实施，然后用性能监控工具 jconsole 和 jvisualvm 来监控 Java 应用程序的性能，以及如何用工具来优化开源项目 passjava 的性能，并且非常详细地介绍了每一步以及执行结果，通过对比的方式，更加清晰地知道如何做性能优化。

下面是对系统性能的常规优化手段：

中间件较多时，优化网络通信质量。
数据库查询耗时时，需要对查询进行优化，比如添加索引。
模板的渲染速度，可以通过设置模板缓存。
静态资源的获取，可以通过 Nginx 动静分离来解决。（下期再讲）
日志太多，需要减少不必要的打 log 操作。

巨人的肩膀：

https://blog.csdn.net/u010833547/article/details/92806510
https://www.bilibili.com/video/BV1np4y1C7Yf
https://github.com/Jackson0714/PassJava-Platform
www.passjava.cn

- END -

作者简介：悟空，8年一线互联网开发和架构经验，用故事讲解分布式、架构设计、Java 核心技术。《JVM性能优化实战》专栏作者，开源了《Spring Cloud 实战 PassJava》项目，自主开发了一个 PMP 刷题小程序。

往期推荐

5w 字 | 172 图 | 超级赛亚级 Spring Cloud 实战

我是悟空，努力变强，变身超级赛亚人！

本文分享自微信公众号 - 悟空聊架构（PassJava666）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

微信关注我们

原文链接：https://my.oschina.net/u/4499317/blog/4989555

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Windows 10 将预装 Windows Terminal

微软昨天发布了 Windows 10 最新的内部预览版更新 (Insider Preview Build 21337)。发布公告介绍了不少新特性，例如支持重新排序和自定义虚拟桌面、PC 端支持自动 HDR 预览以及更新文件资源管理器布局等。除了上述新特性，相信下面这项新变化更受开发者欢迎——Windows Terminal 将会成为内置应用被预装至Windows 10，变成了像「记事本」一样非常方便使用的应用程序。毕竟现在如果需要使用 Windows Terminal，需要从Microsoft Store安装或从GitHub 发布页下载安装。相比之下，对于使用者来说，内置无疑更为方便。成为内置应用后，Windows Terminal 的更新依旧继续通过 Microsoft Store 进行。该项变化目前只是在内部预览版提供，若要正式使用还需等待。 Windows Terminal 是一个全新的、流行的、功能强大的命令行终端工具。它包含很多来社区呼声很高的特性，例如：多 Tab 支持、富文本、多语言支持、可配置、主题和样式，支持 emoji 和基于 GPU 运算的文本渲染等等。同时...

2021-03-18

562

1.大数据处理的挑战缕一缕it的发展，第一阶段是各大系统各大平台的出现，解决的是线下搬到线上的效率问题，而下一个阶段是数据时代，处理这些各大平台积累的数据，积累的数据，一般比较大，大数据做的是什么，大规模的数据处理，主要是离线为主，所以就出现了hadoop的三大基础组件，分别解决大数据存储，计算，大表存储，这个阶段基本解决了大数据的计算，也即可以编写出程序，完成大数据的大规模运算，后面又出现了实时处理，第一个出现的就是storm，可以处理实时的单个数据，这样就展现了最新的数据，但是同时也看到了，如果既想要最新的又想要历史的，要怎么办呢，所以Storm的作者Nathan Mara提出了Lambda架构，这种架构主要解决离线数据计算结果怎么和实时处理的结果合并提供最后的结果。 2.大数据Lambda架构应该有那些特点首先缕缕需求，我们要的就是一种在线计算结果和离线计算结果合并的架构，试想一种信贷场景，我要得到某个用户交易过的所有贷款机构，假设用这个结果来算多头分，需求场景就是要实时取到最新的数据，比如上一秒交易是A机构，那下一秒交易就得拿到这个机构，那么对于历史数据必然是要存量计算，这...

2021-03-17

576

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。