学习目标

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

掌握性能问题排查思路
掌握处理性能问题基本方法，减少性能问题处理耗时。

性能问题处理思路

性能是一个系统性问题，在软件使用周期中都会存在，好的运维和架构可以减少性能问题出现的可能性。

任何软件都绕不开性能问题，当遇到性能问题可参考以下方法定位、排查或处理。

通过排查思路快速定位问题，确定瓶颈点后可针对性分析处理。

整体卡顿

一、硬件资源不足

注意：当前并发用户规模超出部署指南推荐配置，请及时增加资源。

1）应用服务器资源

查看性能表现： 任务管理器—性能页签---打开“资源监视器”

1、内存：如果超过85% 或 CPU：如果 超过85%

解决方案：及时增加资源并可通过WindDbg抓取内存日志分析。

2、磁盘：软件安装路径磁盘空间不足。

解决方案：及时维护，增加磁盘空间

3、连接数

打开 cmd 输入命令netstat -ano|find "ESTABLISHED" /C

解决方案：连接数 400以内正常，超过400建议部署集群，增加一台应用服务器。

2）数据库服务器资源

任务管理器—性能页签---打开“资源监视器”

2.1、内存： SQLserver机制原因，数据库会占用空闲内存资源，限制最大数据库内存。

2.2、CPU：数据库参考优化指南开启并行度为1，数据库单核CPU主频越高越好。

2.3、磁盘IO：数据库磁盘IO性能影响比较大，数据量比较大的客户，推荐SSD固态盘。

任务管理器—性能页签---打开“资源监视器”---“磁盘”页签，---存储---磁盘队列长度

3）网络

1、服务器之间使用千兆带宽

2、局域网客户端和服务器之间使用百兆网

3、公网客户端和服务器之间满足（并发用户/5）x 1Mbps,推荐一个客户端≥1Mbps。

局域网：延时≤20ms,丢包率≤0.1%

广域网：延时≤100ms,丢包率≤2%

二、数据库层面

1、索引质量：索引例如书本的目录，如果索引不正常，无法快速查询出结果。

数据库重建索引设置常规作业计划，按月度、按周、按天。

如何检查：DBCC SHOWCONTIG

2、阻塞、死锁：

当服务器硬件资源没有瓶颈时，内存和CPU使用率很低，需要关注数据库是否存在阻塞。

--如何查询阻塞：

SELECT t1.resource_type AS [锁类型], DB_NAME(resource_database_id) AS [数据库名], t1.resource_associated_entity_id AS [阻塞资源对象],t1.resource_description as [资源描述信息], t1.request_mode AS [请求的锁], t1.request_session_id AS [等待会话], t2.wait_duration_ms AS [等待时间], (SELECT [text] FROM sys.dm_exec_requests AS r WITH (NOLOCK) CROSS APPLY sys.dm_exec_sql_text(r.[sql_handle]) WHERE r.session_id = t1.request_session_id ) AS [等待会话执行的批SQL], (SELECT SUBSTRING(qt.[text],r.statement_start_offset/2, (CASE WHEN r.statement_end_offset = -1 THEN LEN(CONVERT(nvarchar(max), qt.[text])) * 2 ELSE r.statement_end_offset END )/2) FROM sys.dm_exec_requests AS r WITH (NOLOCK) CROSS APPLY sys.dm_exec_sql_text(r.[sql_handle]) AS qt WHERE r.session_id = t1.request_session_id ) AS [等待会话执行的SQL], t2.blocking_session_id AS [阻塞会话], (SELECT [text] FROM sys.sysprocesses AS p CROSS APPLY sys.dm_exec_sql_text(p.[sql_handle]) WHERE p.spid = t2.blocking_session_id ) AS [阻塞会话执行的批SQL] FROM sys.dm_tran_locks AS t1 WITH (NOLOCK) INNER JOIN sys.dm_os_waiting_tasks AS t2 WITH (NOLOCK) ON t1.lock_owner_address = t2.resource_address OPTION (RECOMPILE);

抓到异常后，右键另存异常信息，反馈总部分析。同时通过 kill数据库进程，恢复系统使用。

3、慢SQL

--查询N天前耗时SQL语句 --慢SQL

SELECT

(total_elapsed_time / execution_count)/1000 N'平均时间ms',

total_elapsed_time/1000 N'总花费时间ms',

total_worker_time/1000 N'所用的CPU总时间ms',

total_physical_reads N'物理读取总次数',

total_logical_reads/execution_count N'每次逻辑读次数',

total_logical_reads N'逻辑读取总次数',

total_logical_writes N'逻辑写入总次数',

execution_count N'执行次数',

SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,

((CASE statement_end_offset

WHEN -1 THEN DATALENGTH(st.text)

ELSE qs.statement_end_offset END

- qs.statement_start_offset)/2) + 1) N'执行语句',

creation_time N'语句编译时间',

last_execution_time N'上次执行时间'

FROM

sys.dm_exec_query_stats AS qs CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st

WHERE

SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,

((CASE statement_end_offset

WHEN -1 THEN DATALENGTH(st.text)

ELSE qs.statement_end_offset END

- qs.statement_start_offset)/2) + 1) NOT LIKE '%tch%'

ORDER BY

total_elapsed_time / execution_count DESC;

查询结果另存到本地，提单作为附件分析。

公有云客户

公有云客户关注运维看板

使用管理员权限的用户登录 https://www.ik3cloud.com/ 管理中心---运维管理---客户运维看板

1、整体指标是否正常

2、应用服务器关注

内存使用率、CPU使用率 API调用次数

3、数据库服务器

数据库CPU使用率，慢SQL记录，死锁记录

性能问题注意的点

恭喜您！