Max Degree of Parallelism最大并行度配置

由于公司的业务在急速增长中，发现数据库服务器已经基本撑不住这么多并发。一方面，要求开发人员调整并发架构，利用缓存减少查询。一方面从数据库方面改善并发。数据库的并行度可设置如下：

1）cost threshold for parallelism：数据库引擎在编译的时候，预估执行计划的cost；若此cost消耗超过cost threshold for parallelism设置的值；sqlserver就会使用并行执行计划。

2）max degree of parallelism：并行执行计划最多能使用多少线程并行执行语句。默认值为0

 

在OLTP环境中，会存在大量的并发查询，因此会存在以下两种情况：

1）单个查询的并发过高，可能会导致等待并发同步的消耗

若SQL Server中有大量的CXPACKET等待类型，则可能由于是并发过高的原因，CXPACKET等待类型是由于等待一个或多个线程同步，而出现的等待类型。

然而并非说CXPACKET等待类型等待就是不好，我们只是需要减少此等待类型。具体查询如下

SELECT '查看百分比是否>10%,如果大于10%，考虑降低并行度'    
select cast([signal_wait_time_ms] as decimal(30,2))/[wait_time_ms] as [百分比],*     
from sys.dm_os_wait_stats (nolock)    
where [wait_time_ms]<>0 AND  wait_type='CXPACKET'   

2）单个查询的并发过高，占用大量cpu资源，导致其他线程无法使用

若有许多查询长期处于Runnable的状态，则可能是由于并发的影响，其他进程拿不到cpu执行。从而大量线程无法running。具体查询如下

--配置最大并行度
sp_configure 'max degree of parallelism',1
go
--使设置生效
Reconfigure
go

sp_configure 'cost threshold for parallelism',10--设置为10s
go
--使设置生效
Reconfigure
go

1）在OLTP服务器环境中

a）对并发度要求高，对每个用户请求都要及时响应，一般建议将max degree of parallelism  设置为1；因此cost threshold for parallelism  的值没有作用，默认为5即可

b）对并发度要求不高，经常会有复杂查询的数据库，若cpu个数<8,一般建议将max degree of parallelism 设置为cpu数量;若cpu个数>=8建议将值设为8；cost threshold for parallelism 默认即可

2）在OLAP服务器环境中

由于查询均比较复杂，则可将max degree of parallelism 设置为0，同时如果考虑到等待消耗问题，则可以考虑将cost threshold for parallelism 的值设置为10，以降低并发执行的可能

3）在OLTP和OLAP混合环境中

a）对并发度要求高，则可以考虑将max degree of parallelism  设置为<=4，cost threshold for parallelism 值默认即可

b）对并发度要求不高，经常会有复杂查询的数据库，若cpu个数<8,一般建议将max degree of parallelism 设置为cpu数量;若cpu个数>=8建议将值设为8；cost threshold for parallelism 默认即可