学习目标

通过本单元学习，您将能够：

了解性能问题处理流程及分析方法
掌握工具使用的用途
减少性能问题处理耗时

案例背景

XX客户，用户规模800并发数据库实体 290G。

硬件配置：应用服务器内存 32C 、64G。数据库服务器 32C、256G内存，硬件资源符合资源推荐配置。

存在的性能问题表现

1、系统偶发性整体卡慢，进入系统卡慢，打开默认列表加载30s以上，单据下推审核等功能1分钟没有反应。

2、销售订单选择物料返回时间长。

3、销售订单录入数量，价格没有自动带出。

一、检查高峰期硬件资源（针对偶发整体卡顿）

资源表现：

通过服务器监控发现应用服务器内存资源不足。

分析原因：

1、检查上机操作日志，异常时间段存在某用户引出54W的数据和连续套打打印的情况。数据量较大，但与资源表现还存在一定差异，故进一步抓取内存DUMP分析。

2、DUMP文件经分析发现：

a、存在多个MRP计算任务执行中，最大的MRP任务耗费约 916MB。

b、通过MRP运算日志查询用户记录，用户一次MRP计划只跑一单或者几单。导致每天MRP执行次数超过100次。

优化建议：

MRP运算使用低位码运算是极其耗费资源的，建议业务上自动执行MRP计划（每天晚上执行一次），减少手动执行次数、降低白天业务高峰期资源使用率。

二、数据库SQL跟踪分析（针对整体卡慢、硬件资源未见瓶颈情况）

问题表现：

业务用户反馈卡慢，已排查服务器硬件资源未见瓶颈；检查数据库无死锁、阻塞内容。

排查方法：

使用Profiler在卡慢时跟踪耗时大于2s的SQL。

分析结果：

发现依然MRP相关的业务占用资源明显。检查MRP运算日志，发现每天执行100次以上，现场还未调整为计划任务方式。建议现场优化调整使用方式。

三、整体卡慢—---程序优化客户端无法登录

硬件资源无瓶颈，数据库层面无阻塞和死锁，数据库无慢SQL语句。在应用服务器抓取dump日志通过windbg工具跟踪分析。

1、导致问题的原因在于缓存了200多W的物料，将新的物料增加到缓存时，带来了排序，而排序由于数据量大，短期内无法完成，导致了超过1小时23分钟的耗时，带来了此时相关操作缓存对象的锁等待，引起整个系统卡顿。因为产品中对大部分基础资料数据和元数据都进行了缓存，所以打开单据界面因为时元数据的缓存也一样慢。

2、由于等待，导致http请求无法及时释放，以及达到系统线程池队列256，导致新的用户难以登录。通过系统参数设置控制企业库缓存时间，由60分钟调整为10分钟，缓存占用时间大大减少。

后续检查企业库缓存的对象只有50万左右，物料相关的资源占用减少，优化明显。

四、部分功能卡慢跟踪分析

问题1：销售订单选择物料返回时间长

处理过程：

1、通过APM跟踪工具跟踪分析，销售订单未跟踪到异常情况

2、通过Fiddler跟踪分析，定位到物料返回不稳定。

后续分析在优化企业库缓存时间后，物料缓存时间和 MRP计算时间相关，业务上调整MRP自动计算时间，减少高峰时期的影响。

问题：2、销售价格取不到单价----业务规范

业务功能分析：

企业一般只有一套价目表，不同客户通过折扣体现价格不同。当前价目表指定了客户，新增客户时必须反审核价目表，把新客户加进去，反审核价目表期间，价格失效，导致销售订单无法获取价目表。当价格变动时，软件自带调价功能，可以通过审批流，批量调价。

问题：3、总账结账，卡在，检查是系统生成凭证阶段。并且核实确定所有的凭证都已经生成了。--调整系统参数

可以勾选如下参数。

性能问题分析案例

恭喜您！