性能优化理论篇.pptxVIP

性能分析与调优 理论篇目录常见性能瓶颈征兆性能数据解读如何定位性能问题常见性能问题性能调优目标与策略调优步骤常见性能瓶颈征兆1)持续缓慢：应用程序一直特别慢，改变负载，对整体响应时间影响很少；?2)?随着时间推进越来越慢：负载不变，随着时间推进越来越慢，可能到达某个阈值，系统被锁定或出现大量错误而崩溃；?3)随着负载增加越来越慢：每增加若干用户，系统明显变慢，用户离开系统，系统恢复原状；4)零星挂起或异常错误：可能是负载或某些原因，用户看到页面无法完成并挂起，无法消除；?5)可预见的锁定：一旦出现挂起或错误，就加速出现，直到系统完全锁定。通常要重启系统才解决。?6)突然混乱：系统一直运行正常，可能是一个小时或三天之后，系统突然出项大量错误或锁定。性能数据解读性能指标类型标准性能瓶颈征兆分析工具TPS及其波动范围1.Tps符合性能目标2.Tps轨迹波动平稳1.TPS有明显的大幅波动，不稳定。例如TPS轨迹缓慢下降，缓慢上升后骤降，呈瀑布型，呈矩形，分时间段有规律的波动，无规律的波动等。这些TPS的波动轨迹反映出被测试的性能点存在性能瓶颈，需要性能测试工程师与开发工程师查找性能瓶颈的原因。2. TPS轨迹比较平稳，但是也存在波动现象。该类波动不明显，很难直接确定是否存在性能瓶颈。我们需要根据其他指标来进行判断。Jmeter/loadrunner/Hyperpacer响应时间90%平均事务响应时间性能目标1.关注高峰负载时，用户操作响应时间；??2.关注数据库增量，对用户操作响应时间的影响。Jmeter/loadrunner/HyperpacerWeb\DB服务器内存?1.很高的换页率2.进程进入不活动状态;3.交换区所有磁盘的活动次数过高;4.过高的全局系统CPU利用率;5.内存不够出错(out of memory errors)Nmon/top/vmstat性能数据解读WEB\DB服务器CPU合理使用的范围在60%至70%1.很慢的响应时间2.CPU空闲时间为零3.过高的用户占用CPU时间4.过高的系统占用CPU时间5.长时间的有很长的运行进程队列Nmon/vmstat/topWEB\DB服务器磁盘I/OIowait30%1.过高的磁盘利用率；2.太长的磁盘等待队列；3.等待磁盘I/O的时间所占的百分率太高；4.太高的物理I/O速率；5.过低的缓存命中率；6.太长的运行进程队列，但CPU却空闲；Nmon/sar/iostatOracle数据库?1.缓存命中率小于0.902.top 10sql耗时高AWR如何定位性能问题 可以采用“拆分问题，隔离分析”的方法进行分析，即逐步定位、从外到内、从表及里、逐层分解、隔离排除。以下分析顺序可供参考。 日志分析服务器硬件瓶颈〉网络瓶颈（对局域网，可以不考虑）〉服务器操作系统瓶颈（参数配置）〉中间件瓶颈（参数配置，web服务器等）〉数据库及应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）。 以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。注意：做性能测试的时候，我们一定要确保瓶颈不要发生在自己的测试脚本和测试工具上性能问题分析思路线上线下用户效率低应用服务器资源高应用服务器CPU高看windows中的process queue length或linux的avg load，确认是否硬件资源不足取线程dump，查看runnable状态的工作线程和jvm的gc线程取GC日志，查看是否gc操作频繁应用服务器磁盘IO高确认程序是否不断生成新的html静态页面，考虑使用CDN内存使用，是否用到了虚拟内存日志写入频繁应用服务器内存使用高确认JVM堆内存、栈内存、线程数大小确认应用是否是虚拟机数据库服务器资源高数据库服务器CPU高看windows中的process queue length或linux的avg load，确认是否硬件资源不足取ASH查看top sql取AWR报告数据库服务器磁盘IO高确认磁盘配置、转数、是否raid、raid几确认SWAP使用数据库服务器内存使用高数据库的内存配置资源使用低取线程dump，查看block状态的工作线程和jvm的gc线程取awr报告，查看等待事件线上用户使用正常，线下效率低检查连接数，前端连接数、应用服务连接数、操作系统文件句柄数常见性能问题类别常见性能问题操作系统类1.?Sys的CPU使用率过高2.?User的CPU使用率过高，持续大于80%以上3.可用物理内存不足导致内存溢出4.?磁盘空间不足导致交易处理失败，性能下降5.?TCP/IP连接数限制导致用户请求失败6.磁盘IO使用比较繁忙，持续大于70%中间件类常用主流中间件：Tomcat、apache、nginx、Weblogic、Jboss等1.线程不回收导致溢出，引发宕机2.数据