疫情期间，千万级系统宕机N次，老板撂下狠话：没法把性提升10倍，全员解雇！...

本文主要是介绍疫情期间，千万级系统宕机N次，老板撂下狠话：没法把性提升10倍，全员解雇！...，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

性能调优整体思路

作为一名团队技术核心，如何让系统跑得通、跑得稳、跑得快是必然会面对的场景。性能分析是一个大课题，不同的架构、不同的应用场景、不同的程序语言分析的方法若有差异，抽象一下大致分为两类：

自底向上：通过监控硬件及操作系统的指标（CPU、内存、磁盘、网络等硬件资源的性能指标）来分析性能问题（配置、程序等问题）。因为用户请求最终是由计算机硬件设备来完成的，做事的是CPU。
自顶向下：通过生成负载来观察被测试的系统性能，比如响应时间、吞吐量；然后从请求的起点由外及里一层一层的分析，从而找到性能问题所在。

不管是自上而下还是自下而上，关键点就是生成负载、监控性能指标。好一点的方式是先用自顶向下的方式解决掉明显的性能问题，再结合自底向上的方式分析更深层次的问题。

性能分析过程

步骤名称	说明
检查RT	模拟用户发起负载后，采用的自顶向下的方式首先分析RT（响应时间）
检查TPS	TPS大时RT小，说明性能良好
检查负载机资源	检查CPU使用率，CPU负载（Load Average）确认是用户CPU占用高还是系统CPU占用高前提：确认测试脚本没有性能问题，不会造成结果统计的不准确检查内存使用情况，确认并发内存泄漏风险，不会造成结果统计的不准确
判断负载机是否有性能问题	排除负载机的性能问题，确保测试结果可参考
检查Web服务器的资源消耗	1、检查CPU使用率，确认用户CPU与系统CPU占用情况 2、检查内存使用情况 3、检查磁盘使用情况 4、检查占用的带宽 5、分析Web页面响应的时间组成，确认是什么请求影响了性能
确认是否Web服务器瓶颈	标判断是否是Web服务器硬件性能瓶颈
检查中间件配置	确认是否是此配置问题
检查APP服务器资源消耗	关注CPU、内存、磁盘、IO，判断是否是App服务器硬件性能瓶颈
数据库服务器资源消耗分析	1、CPU消耗，CPU负载 2、内存消耗 3、IO繁忙程度 4、数据库监控
是否是DB性能问题	由监控结果来判断是否是DB性能问题
是否SQL问题	1、定位最不合理的SQL占比索引是否正常引用 2、检查共享SQL是否合理范围 3、检查解析是否合理 4、检查数据ER结构是否合理 5、检查数据热点问题 6、检查数据分布是否合理
其他	比如网络阻塞、磁盘IO瓶颈、热点等