性能测试之评估方案

性能测试之评估方案

当我们开始做性能测试的时候，一定要得出结论，并且能给出优化方案和具体实施才可以，否则都是空谈。

今天介绍几个具体的案例，可以给刚入门做性能测试的同学一点启发。

如何判断已经达到系统瓶颈?

粗略几个影响点：

·系统内存容量太小--影响系统性能

·算法过于繁琐--影响系统性能

·慢sql--影响RDS性能

·数据库连接过多，超出容量--影响系统的连接池性能

·redis请求过多--影响Redis性能

如何分析瓶颈所在?

首先遇到TPS低于20，RT大于2000ms的压测结果，那么肯定不是一个正常的结果，此时要观察各个服务的指标情况。

根据时间区间，在pinpoint上面看接口请求分布，拉到具体的接口分布列表，查看当前测试接口的详情，查看调用链路是有哪些。根据调用链路，可以看到有做了数据库的连接(涉及到连接池)，有查询redis，或者还有系统算法的内容。

根据每个环节的耗时，有没有耗时特别长的，比如大于100ms的那种，比如连接数据库时间特别长，那么就可能是在连接池连接的时候较慢，原因是并发数太多，容量不够，排队等待的时间太久了。给出建议：需要增加连接池的容量。

也可以查看系统cpu的情况，根据cpu占比中的系统或者JVM的占比是否异常高，如果是系统的占比异常高，则可能是代码中算法复杂，比如if循环较多。

除了cpu，还有可能是其他指数会有异常飙高。

看得多不如操作一把来的快，最好的方式就是自己写一个程序自己做性能测试，然后通过优化代码和慢sql等等，观察性能是不是好起来了，实践出真知。