性能测试：瓶颈分析与调优

这门课解决什么问题

很多做后端或测试的同学常遇到这种处境：压测脚本跑完了，TPS 上不去、响应时间拉长，但看一眼服务器 CPU 和内存占用并不高，于是卡在这里不知道下一步该查什么。这门课针对的就是“压测出数据后、不知道瓶颈出在哪”的断层。它不教你怎么写并发脚本，而是把重点放在拿到指标后怎么分层定位：从应用配置、程序写法到数据库 SQL，逐层排查消耗资源的环节。如果你之前只会看压测报告上的数字，却说不清系统为什么扛不住，这门课补的就是中间这一段分析逻辑。

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

这属于体系课里的进阶内容，默认你已经能独立跑通一次压测、看得懂 TPS 和响应时间曲线，对 Linux 常用监控命令和 SQL 基本语法有概念。如果这些还不熟，建议先补基础再来，否则讲调优原则时容易听成概念堆砌。按资料结构，建议先看“性能瓶颈分析方法和过程”这两节，建立从现象倒推原因的分层思路；接着直接看“性能优化六大原则”和“常规优化思路”，这两块是后面所有具体操作的判断框架。有了框架再去对照配置、程序设计、SQL 优化这几节，就不会把调优当成死记参数。最后留出时间做结课测试，验证自己能不能把思路串起来。

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

学完后，你拿到一份不达标的压测报告，应该能按“先分层、后定位”的顺序走：先判断是资源瓶颈还是应用瓶颈，再决定是调服务器配置、改程序逻辑还是优化 SQL，而不是一上来就盲目加机器或改参数。配合练习时，建议把资料里的“性能优化实践”和前面几节原理对照看：先听一遍原则和思路，再在实践环节暂停视频，自己复现一遍分析过程，看判断是否和讲解一致。如果手头有实际项目的压测环境，拿真实数据跑一遍分层排查效果最好；没有的话，至少把配置优化和 SQL 优化两节里的操作步骤在本地搭个简单服务走一遍，确认自己能独立指出哪里慢、为什么慢、怎么改。