40 + 个性能优化项目实践总结

作为性能工程师或性能团队负责人，你敢拍着胸脯说：“这个系统‘死’了我负责！我卷铺盖走人！”吗？

如果你敢这么说，得到的薪资待遇肯定不一样。可是，在当前的性能市场中，谁敢给出这样的业务保证呢？

在很多人看来，性能测试仅仅只是“测试”，日常工作就是找找技术瓶颈，而且还是很基础的那种。类似的错误理念还有很多，主要集中在这么几个方面：

• 过于关注性能中的某些工具，感觉掌握了几个就足够了；
• 只浮于理论层面，不知道具体落地过程；
• 工作结果无法体现到业务层面，不能对系统上线后的状况作出准确预判；
• 遇到性能瓶颈时，无法拿出证明瓶颈根因的证据，被开发运维像皮球一样踢来踢去；

其实，掌握性能工具和性能分析思路是远远不够的，你仍然会在项目的各个环节遇到挑战，比如性能计划、需求分析、瓶颈分析等等。想要彻底解决，就要将性能从“测试”引到“工程”级别，因为只有这样，才能体现一个性能项目的真正价值。

上面这张图出自高楼，他是这个领域名副其实的 kol。

早在几年前，我就在论坛上看过他的帖子，后来他还回复过我，是个特别棘手的问题，给我留下的印象很深。到现在，我都能记得他那句“上线不死，死了不收钱”，说这是自己做项目的宗旨，也是很刚了。

所以，得知他推出了专栏《高楼的性能工程实战课》，我第一时间就订阅了。看了专栏的目录和部分内容，很想推荐给你。

为这个专栏，他专门搭建了一个完整的系统。他说，这是为了让你看到一个性能项目的真实落地过程。在这个过程中，他深入剖析了影响性能结果的五个环节，带你掌握真实项目的性能分析策略，和四大性能场景的高手设计思路，真正了解性能项目工程级的落地思路和实施过程。

高楼是谁？

上面也提到过，高楼是性能专家，架构级性能解决方案资源专家。同时，他也是盾山科技 CEO，7DGroup 创始人，性能标准撰写人，网名 Zee。

他有 14 年性能测试分析调优经验，致力于架构级性能测试、容量水位规划、性能瓶颈分析、性能异常等技术方向，着重性能测试之后的调优过程，将性能测试与分析的结果在生产环境中体现。目前，他带领着 300 人的国内外混合团队，完整做过 40+ 项目。

他是如何讲解性能工程实战的？

他用了近一个月时间，专门搭建了一个完整的系统，从性能需求到最终的性能报告，带你走过一个完整的操作过程。

特别值得一提的是，这个项目的分析数据、性能结果都将真实地呈现给你，他说，这是为了让你看到，他讲的分析方法和路径都是能一一落地的，没点底气还真不敢说这话。

这是项目中所涉及到的知识点：

跟他走完这个真实的落地过程，你会知道在一个性能项目的各个阶段应该做什么事情，以及具体要做到什么程度，从一个更为宏观、全局的视角，深入理解性能的价值，了解到性能开发可以做很多事。

具体说来，专栏主要分为五大模块：

第一部分，性能工程的核心理念。他解析了常见性能项目的实施过程和常见问题，并给出了相应的解决方案。很多人对性能的误解很深，像“性能测试项目到底应不应该做瓶颈定位分析”等争论一直都存在，这部分内容就是对此的解答。

第二部分，RESAR 性能工程理念。这部分是 RESAR 性能工程的核心，他对性能项目中的几个重要环节进行了详细讲解，比如业务模型抽取、性能分析逻辑、参数化数据、性能监控等。在性能项目中，这里面的每个环节都会直接决定项目的成败。

第三部分，基准场景。在 RESAR 性能工程中，他将基准场景定义为把单业务测试到最大 TPS 的场景。这些基准场景都非常重要，这其中有很多性能瓶颈，他会一一为你分析对应的解决方案。

第四部分，容量/稳定性/异常场景。容量场景是最符合生产环境业务场景的，因为它要获得系统最大 TPS，有了这个结果才能知道，生产环境是否能支持住最大业务容量；稳定性场景考验系统的长时间运行能力；异常场景是考验系统面对异常问题时的处理能力。

第五部分，性能结论。性能项目最重要的就是结论。在这部分，他系统讲解了性能报告如何编写，以及性能项目完成后，如何给出运维需要的配置建议。对于性能来说，如果仅在测试环境中给个结论、找些明显的 Bug 是远远不够的，这只是工作的一部分，能给出生产环境运行的建议和容量才是关键。

更多具体内容，可以看看目录。

学习这个专栏，最好能动手实践。这样，才能对课程中所讲的分析思路和方法有一个深入的体会和理解。

高楼说，如果你想自己搭建这样一套环境，硬件资源和技术组件都可以选择轻量级的，毕竟不是所有的场景都需要整体的环境。对那些比较复杂、容易出现问题的环节，他也会为你提供相应的指导性文档，帮你顺利完成搭建，这么接地气的大佬，属实难遇。