01 | 如何制定性能调优标准？
01 | 如何制定性能调优标准？
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="1142" height="640"><rect fill-opacity="0"/></svg>)
讲述：李良
时长12:58大小11.85M
为什么要做性能调优？
什么时候开始介入调优？
有哪些参考因素可以体现系统的性能？
响应时间
吞吐量
计算机资源分配使用率
负载承受能力
总结
思考题
生成海报并分享赞 34
提建议
精选留言(77)
杨军2019-05-21首先很高兴终于有人开Java性能优化的课程，我在工作中需要接触很多这方面的工作，希望通过学习这次课程能带来更多收获。 然后我想请教老师一个问题，CPU利用率和系统负载这两个指标之间是什么关系？网上很多资料讲的不清不楚，看不明白。作者回复: 杨军你好，系统负载代表单位时间内正在运行或等待的进程或线程数，代表了系统的繁忙程度，CPU利用率则代表单位时间内一个线程或进程实时占用CPU的百分比。我们知道，一个进程或者线程在运行时，未必都在实时的利用CPU的。 比如，在CPU密集型的情况下，系统的负载未必会高，但CPU的利用率肯定会高，一个线程/进程一直在计算，它对CPU的实时利用率是100%，而系统负载是0.1; 又比如，而对于I/O密集型的程序来说，有可能CPU的利用率不高，但系统的负载却会非常高，这是因为I/O经常引起阻塞，这样导致很多线程/进程被处于阻塞等待状态，处于等待的线程或进程也是属于负载线程/进程的。 通过以上两个例子，不知道有没有让你分清楚两个指标的区别，有问题保持沟通。
共 4 条评论166
遇见阳光
2019-05-21老师，tps qps这块还是有点不太清楚。作者回复: 遇见阳光 你好，TPS(transaction per second)是单位时间内处理事务的数量，QPS(query per second)是单位时间内请求的数量。TPS代表一个事务的处理，可以包含了多次请求。很多公司用QPS作为接口吞吐量的指标，也有很多公司使用TPS作为标准，两者都能表现出系统的吞吐量的大小，TPS的一次事务代表一次用户操作到服务器返回结果，QPS的一次请求代表一个接口的一次请求到服务器返回结果。当一次用户操作只包含一个请求接口时，TPS和QPS没有区别。当用户的一次操作包含了多个服务请求时，这个时候TPS作为这次用户操作的性能指标就更具有代表性了。
共 2 条评论71
kaixiao72019-06-04老师，关于JVM的异常问题，您在@陆离的回答中说"平时的业务异常避免生成栈追踪信息，在异常中用字符串描述业务异常信息即可"，我通过throw new Exception("aaa")，debug时发现还是会调用fillInStackTrace()方法。我是不是理解错了呢？具体该怎么做？感谢作者回复: 可以自己实现自定义异常，继承RuntimeException，然后将writableStackTrace设置为false。 以下是RuntimeException的构造函数： protected RuntimeException(String message, Throwable cause, boolean enableSuppression, boolean writableStackTrace) { super(message, cause, enableSuppression, writableStackTrace); }
57
Maxwell2019-06-01请问老师最近段时间遇到端口被CLOSE_WAIT占用，重启后过了半天又重现，以前没有出现过，一般如何排查作者回复: 可以通过tcpdump抓包看看连接状态，分析是否是服务端的FIN packet没有发出去。 正常的关闭流程是：服务端在接收到客户端发送的关闭请求FIN后，会进入CLOSE_WAIT状态，同时发送ACK回去。在完成与客户端直接的通信操作之后，再向客户端发送FIN，进入LAST_ACK状态。 如果连接是CLOSE_WAIT状态，而不是LAST_ACK状态，说明还没有发FIN给Client，那么可能是在关闭连接之前还有许多数据要发送或者其他事要做，导致没有发这个FIN packet。 建议确定关闭请求的四次握手，哪个环节出了问题，再去排查业务代码，可能是由于超时或者异常导致没有正常关闭连接。
共 4 条评论35
天持2019-05-20今天查个问题，发现有台机器cpu使用率，明显比其他机器高了10%左右，其他指标也没发现问题，不懂呀，好好学习作者回复: 你好 天持，机器的cpu高是不是我们服务进程导致的呢，可以使用top命令查看各个进程的cpu使用率，如果是我们服务进程导致的，可以再通过系统命令top -H -p 进程ID 查看具体线程的cpu使用率，如果确定某个线程的cpu使用率异常，可以使用jstack系统命令导出系统日志进行分析。这是帮我们确定是不是服务性能问题，不过按照我的经验，10%的高出，比较难排查出具体的问题，线程的cpu使用率不断在变化，我们很难区分到底哪个线程使用cpu异常。 如果确定是我们代码问题，我们也可以使用排除法进行分析，将你怀疑可能产生问题的代码注释掉，一个一个排除，这也是最笨的方法，但有时候找不到问题的时候就很受用。 如果不是代码问题，还有就是服务器的配置问题，不同的服务器配置，系统资源使用率也会不一样。
29
QQ怪2019-05-20我觉得还有接口返回200的成功率吧作者回复: 晚上好 QQ怪，你说的很对。我们平时在使用AB进行压测时，会有一个failed requests指标，本身接口没有异常的情况下，压测出现了异常，也是说明这个接口有性能问题。还有就是percentage of the requests served within a certain time这个指标，这个指标对金融交易系统来说是非常重要的，如果有99%的请求是1ms返回，但有1%是500ms返回，这对于某些对交易时间要求极致的金融系统来说也是性能问题。感谢你的回答，期望我的回答能让你满意！
共 2 条评论28
大树2020-03-25抛出异常需要构建异常栈，对异常进行捕获和处理，这个过程比较消耗系统的性能，怎么理解？为什么这个过程就消耗性能？消耗什么性能呢？CPU？内存？作者回复: 创建异常对象时会调用父类Throwable的fillInStackTrace()方法生成栈追踪信息，也就是调用native的fillInStackTrace()方法去爬取线程堆栈信息，为运行时栈做一份快照，正是这一部分开销很大
26
Phoenix2019-05-20想请教下老师，使用MySQL经常会遇到业务需要实时导出大量业务数据的需求，那么如何在不影响业务和不分库的的情况满足业务实时导出大量数据的需求呢？作者回复: 你好 Phoenix，切忌在主库中操作这种报表类的导出，在写入和查询都在一个主库进行，会造成数据库性能瓶颈，严重的会导致数据库死锁。我们可以将数据库读写分离，写业务走主(写)库，导出数据可以从从(读)库导出。这种实现方式，首先能提高数据导出的性能，其次不影响写业务。 如果你们公司有大数据中心，可以考虑将需要导出的数据实时同步到大数据中心，通过实时的流计算处理生成不同需求的业务数据。 希望以上的回答能让你满意，如果有问题保持沟通！
25
诸葛2019-05-26异常：Java 应用中，抛出异常需要构建异常栈，对异常进行捕获和处理，这个过程非常消耗系统性能。如果在高并发的情况下引发异常，持续地进行异常处理，那么系统的性能就会明显地受到影响。 老师好，高并发调用方法之后第一步就是检验一堆入参，如果入参有问题立即抛出异常给前端，不再处理下边的逻辑了，这样有问题吗？我看系统性能还可以啊。压力测试也还行。如果有问题的话那应该怎么做呢，检验错误后给前端放回code码然后返回空对象吗？感谢展开作者回复: 如果没有生成堆栈追踪信息，不会有性能问题。一般业务异常避免生成堆栈追踪信息，我们知道这个异常是什么原因，所以直接返回字符串就好了。而系统异常，一般都会生成堆栈追踪信息，以便追踪源头，更好的排查问题。
21
Mr. Huang2019-05-21老师您好，请问您提到的那几个响应时间测试，有没有比较好的工具推荐作者回复: 你好Mr.Huang，比较常用的压力测试工具有AB，这是一个Linux系统工具，使用起来很简便，还有jmeter工具，可以在Windows环境下运行使用，个人比较习惯使用AB。
13
Seal2019-05-20我经常关注的一个性能指标还有QPS（每秒请求数），它体现了服务端对接口的处理能力。在响应时间一定的情况下，QPS越大，性能越高! 每个应用服务都有自己最大的QPS值，当QPS达到最大时，再持续加压，将会出现响应时间变长，QPS下降，内存或CPU升高等现象!作者回复: 你好 Seal，你的描述很准确，QPS/TPS这两个性能指标非常相似，都是描述吞吐量的性能指标，QPS特指的一次查询请求，TPS是指每次处理事务请求，TPS包括了QPS，例如一个事务处理可能包括多个查询请求。
11
行者2019-05-22老师，我想到服务器响应时间可以进一步细分到服务器中位数响应时间，服务器最慢的响应时间；要尽可能让所有接口响应时间接近，避免长尾。作者回复: 行者你好，你想到的很好，我们在做性能测试的时候有一个percentage of the requests served within a certain time指标，就是反应单位时间内，不同响应时间的占比率，例如50% 的响应时间是1ms以内，80%的响应时间是2ms以内，99%的响应时间是5ms以内。说明有19%是在2ms~5ms以内，如果这个范围太大，有可能存在性能问题，具体问题具体分析。 上述我说的这个参数应该就是你现在描述的性能指标，有问题保持沟通。
7
业余草2019-05-21优化，首先是你要知道它是什么，用了什么原理，才能更深入的去做好优化。其实最重要的优化，是优化自己的编程思想。首先要排除的是，每个需求，不是功能做完了就做好了。我们要做的是把知识变成钱，而不是把劳动力变成钱，😊7
打码程序媛(^ρ^)&...2019-05-22老师您好，我看您没有区分压测和性能测试，想问问它们的指标都是一样的吗？有没有什么区别呢？作者回复: 你好 打码程序媛，其实压力测试也是性能测试的一部分。压力测试用于测试系统的稳定性以及系统的负载能力，强调的是系统在极限环境下的恢复能力以及极限环境下的最大负载，所以压力测试的指标包括最大吞吐量、响应时间、异常数量以及系统的在极限环境下资源使用率的恢复能力。性能测试除了需要这些极限环境下的性能指标，也需要规划范围内的测试结果，包括了吞吐量、响应时间、异常率以及系统资源使用率等。希望我的回答能解答你的疑惑。
5
SlamDunk2019-06-07请问，我们公司业务代码对异常的处理方式:先打印异常堆栈信息到日志文件，再返回错误码和业务错误信息给前端。这种做法对性能影响大吗?作者回复: 偶尔一两次异常情况是不会影响系统的性能，但在峰值出现大量请求异常，会影响到系统性能。 建议查看下是否重写了业务的异常。我们一般在定义业务异常时可以自己实现自定义异常，继承RuntimeException，然后将writableStackTrace设置为false。 以下是RuntimeException的构造函数： protected RuntimeException(String message, Throwable cause, boolean enableSuppression, boolean writableStackTrace) { super(message, cause, enableSuppression, writableStackTrace); }
4
Teamillet2019-05-30编译原理还好没忘记，少用正则……3
Geek_af3d012019-05-28老师 您好 我想请问个问题 您说的压测工具ab 我用过 但是我们现在想要模拟完整的项目流程去压测(直播项目) 您有什么好的建议么作者回复: 建议使用jmeter或者loadrunner，可以通过录制业务流程，生成jmeter脚本。近期我会讲到测试工具的使用。
3
陆离2019-05-23老师你好，我想问一下那个jvm异常的问题，这个在高并发的情况下出现异常是怎么影响到系统性能的呢作者回复: 陆离 你好，请问是在问“Java异常影响系统性能”这个问题吗？Java创建异常对象时会调用父类Throwable的fillInStackTrace()方法生成栈追踪信息，同时这个方法使用了Synchronized关键字修饰，在高并发的情况下，如果是系统异常，将会生成栈追踪信息，是非常消耗时的。 平时的业务异常日志避免生成栈追踪信息，在异常中用字符串描述具体的业务异常信息极客，这样可以提升系统并发时异常情况多时的性能。
3
Mr.J2019-05-22老师您好，看到性能调优这块的指标内容，需要涉及到很多方面的知识，比如Linux操作，JVM虚拟机原理，Java源码基础知识等，这些东西对于一个刚接触后台开发的人来说，确实比较吃力，在学习本专栏课程的同时去学习这些东西，这些有优先级吗，哪些是需要先急需掌握一部分的作者回复: 你好，在我看来Linux操作系统、JVM以及Java基础三者的学习并不会存在前后顺序，可以并行学习。对于Java初学者来说，建议可以一边了解Java的运行原理(JVM)一边学习Java基础知识，基础打好之后，我们可以进入高级篇，比如Java的并发编程，如果需要进行一些项目实践，我们可以学习Spring相关框架组件。Linux操作系统我们也可以在了解基础原理的前提下，先熟练掌握一些常用操作命令，再作深入学习。
3
我行我素2019-05-20并发用户数，高可用可扩展等方面作者回复: 你好 我行我素，感谢你的回答。并发用户数代表系统同一时间处理事务的并发能力，也是体现系统性能的一个直接性能指标。当然，TPS也能间接的体现系统并发处理能力。
3
