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