sql server 性能调优 资源等待之 CXPACKET
sql server 性能调优 资源等待之 CXPACKET
一.概述
CXPACKET是指：线程正在等待彼此完成并行处理。什么意思呢？ 当sql server发现一条指令复杂时，会决定用多个线程并行来执行，由于某些并行线程已完成工作，在等待其它并行线程来同步，这种等待就叫CXPACKET。
为什么会有并行线程呢? 因为在sql server 里有个任务调度SCHEDULER是跟操作系统CPU个数 默认是一 一匹配的, 我们也可能通过sp_configure来设置最大并行度，也就是Max Degree of Parallelism (MAXDOP)。 关于调试可参考 ” sql server 任务调度与CPU”
并行处理的优势： 用多个线程来执行一个指令，当sql server发现一条指令复杂时，会决定用多个线程并行来执行，从而提高整体响应时间，例如一个指令读入100w条记录， 如果用一个线程做 可能需要10秒， 如果10个线程来做 可能只需要1秒，加上线程间同步时间也不过2秒。
并行处理的劣势：1是并行线程要等待同步。2是由于这10个线程全力以赴，就有10个对应的cpu，这样别的用户发过来的指令就会受到影响，甚至拿不到cpu来执行。所以对于并发度要求高的需要及时响应的，一般会建议手动设置每个指令的并行线程数。反之可以不设置Max Degree of Parallelism由系统默认去并行或者设少一点并行度。
1.1 查询 CXPACKET的等待
借助上一次性能调优的资源等待统计图，会发现等待时间最长的就是CXPACKET类型。
1.2 模拟CXPACKET的并行处理
下面是一个分组查询，在执行计划中看到，以采用了并行处理
下面是通过sys.dm_os_waiting_tasks 来查看该语句的task任务。
或采用sys.sysprocesses查看结果。下面一个举例中 会话session是SPID 56。 这里我们明显看到，SQL Server使用了5个线程kpid 来执行这个query。
1.3 分析CXPACKET的并行处理
由于并行的原因而从出现了Expacket 的等待。是否并行的执行，通过执行计划可以查看到，下面是查询大表中的数据，sql server自动加启了并行执行。
共调用了32个线程来并行查询
1.4 控制CXPACKET并行度
有时后台执行的sql, 对于并发度要求不高, 不需要及时响应的，一般会建议手动设置每个指令的并行线程数。
设置可以发现并行度就二个线程。
1.5 CXPACKET资源等待总结
(1) 通过实例级别查出CXPACKET的等待时间包括总等时间，平均等待时间，最大等待时间。
(2) 查看并行的前十条语句 (这种查询不建议使用，因为条件是查找含有并行parallel的执行计划，查询响应很慢)。
- SELECT TOP 10
- p.* ,
- q.* ,
- qs.* ,
- cp.plan_handle
- FROM sys.dm_exec_cached_plans cp
- CROSS APPLY sys.Dm_exec_query_plan(cp.plan_handle) p
- CROSS APPLY sys.Dm_exec_sql_text(cp.plan_handle) AS q
- JOIN sys.dm_exec_query_stats qs ON qs.plan_handle = cp.plan_handle
- WHERE cp.cacheobjtype = 'Compiled Plan'
- AND p.query_plan.value('declare namespace p="http://schemas.microsoft.com/SQL Server/2004/07/showplan";
- max(//p:RelOp/@Parallel)', 'float') > 0
- OPTION ( MAXDOP 1 )
(3) 找出cpu和i/o耗性能最高的sql语句， 查看执行计划是否有并行处理。
(4) 找出程序中感觉复杂的sql语句，查看执行计划。
(5) 避免或减少白天执行频繁复杂sql，优化sql 建好索引。
最后考虑调整并行度的开销阈值或降低并行度。
设置sql语句级的MAXDOP。如果MAXDOP=1的话，使得一个BATCH只对应一个TASK。如果没有设置MAXDOP，一个BATCH可能会产生多个TASKS，那么TASK之间的协调，等待等等，将是很大的开销。把MAXDOP设小，能同时减少WORKER的使用量。所以，如果我们看到等待类型为CXPACKET的话，那么我们可以设置MAXDOP，减少并行度。