性能测试第4季:监控与调优

解决什么问题：从压得出数据到找得到瓶颈

很多做测试或后端开发的人，能跑通脚本、拿到并发报告，但报告一交，开发反问一句“为什么慢、瓶颈在哪”，往往就接不上话。这门监控与调优课正是补这一段：它不教怎么写脚本，而是教你压测过程中和压测后，怎么用工具把系统资源消耗摸清楚。具体场景是，面对一台 Linux 服务器或一套中间件，你能判断 CPU 是被业务吃掉还是锁竞争，内存是缓存偏高还是泄漏，磁盘和网络是不是真正的木桶短板。它把“响应时间变长”这种模糊现象，落到可量化的资源指标上，让测试报告不再停在“TPS 上不去”这一层。

适合什么基础与建议先看哪几块

这门内容不适合完全零基础。你得先懂基本的性能测试概念，会用 JMeter 之类工具发起负载，熟悉 Linux 常用命令。如果你连进程、线程、文件描述符都陌生，建议先补操作系统基础再来。拿到资料后，建议先看导言，建立整体排查思路；接着重点看 Linux 性能分析里 CPU 和 Memory 这两块，因为这两类是日常最常被问、也最容易误判的。Nmon 监控那一节务必跟着操作一遍，它不复杂，但能帮你建立全局资源视角。中间件部分，Tomcat 和 MySQL 的监控工具讲解可以按需看，但如果你日常项目就是这栈，别跳过。

学完能独立做什么与资料怎么配合练习

学完之后，你应该能独立完成一次完整的性能瓶颈定位：搭好监控、跑压测、收集数据、分析曲线、给出结论。不再是只递一张结果截图给开发，而是能说清楚“在多少并发时 CPU 使用率打满，主要消耗在系统调用而非用户态，建议排查某处逻辑”。练习时，不要只看视频。资料里的工具说明和命令示例，自己找一台虚拟机或测试机，照着敲一遍。压测时同时开监控，跑完保存一份结果，自己试着写一段分析。先从 CPU 和内存入手，磁盘和网络放后面。中间件部分，最好有现成项目，边压边看 Probe 和 MySQL 监控面板，观察连接数和慢查询的变化。这种边压边看的闭环，比单纯过一遍视频有效得多。