个人觉得上面关于（max degree of parallelism）的建议、指导方针有点抽象、不太科学。因为不同的系统的负载可能不一样。这样一个笼统的建议实在让人觉得缺少合理的依据。

另外一种关于（max degree of parallelism）的推荐设置是根据系统类型（也可以理解为系统负载）来设置，具体建议如下所示：

OLTP系统：

在纯OLTP系统上，它的事务较短，SQL查询时间短，但是非常频繁。设置“Maximum degree of Parallelism”（MAXDOP）为1。这样做可以确保查询永远不必使用并行方式运行，并且不会导致更多的数据库引擎开销。

OLAP系统:

Data-warehousing / Reporting server: 因为查询执行时间一般较长，建议设置“Maximum degree of Parallelism”（MAXDOP）为0。

这样大多数查询将会利用并行处理，执行时间较长的查询也会受益于多处理器而提高性能。

混合系统

Mixed System (OLTP OLAP):这样环境会是一个挑战，必须找到正确的平衡点。一般采取了非常简单的方法。设置“Maximum degree of

Parallelism”（MAXDOP）为2，这样意味着查询仍会使用并行操作但是仅利用2颗CPU。并且把“并行查询阀值”（cost threshold for parallelism）设置为较高的值，这样的话，不是所有的查询都有资格使用并行，除了那些查询成本较高的查询………

cost threshold for parallelism 选项可设置为 0 到 32767 之间的任何值。默认值为 5。

个人比较倾向于第二种（max degree of parallelism）设置的指导方针，混合系统设置max degree of parallelism，建议结合第一种推荐设置与第二种，然后结合等待事件CXPACKET的情况，作出适当的调整。不要指望一成不变的推荐设置，这样是不合理。只能根据比较大众的推荐设置，然后结合自身系统的具体情况，作出适当的调整、优化。

对于NUMA与SMP不太清楚的地方，可以参考下面资料。

传统的多核运算是使用SMP(Symmetric Multi-Processor )模式：将多个处理器与一个集中的存储器和I/O总线相连。所有处理器只能访问同一个物理存储器，因此SMP系统有时也被称为一致存储器访问（UMA）结构体系，一致性意指无论在什么时候，处理器只能为内存的每个数据保持或共享唯一一个数值。很显然，SMP的缺点是可伸缩性有限，因为在存储器和I/O接口达到饱和的时候，增加处理器并不能获得更高的性能。

NUMA模式是一种分布式存储器访问方式，处理器可以同时访问不同的存储器地址，大幅度提高并行性。 NUMA模式下，处理器被划分成多个 节点 （node）， 每个节点被分配有的本地存储器空间。 所有节点中的处理器都可以访问全部的系统物理存储器，但是访问本节点内的存储器所需要的时间，比访问某些远程节点内的存储器所花的时间要少得多。

SQL Server 2005开始支持NUMA，可参考SQL Server 2008的NUMA支持 。需要注意的是，硬件、操作系统、应用软件 三者都要支持 NUMA ，才能充分利用这一特性

参考资料：

https://msdn.microsoft.com/zh-cn/library/ms181007(v=sql.105).aspx

https://support.microsoft.com/en-us/kb/2806535

http://blog.sqlauthority.com/2011/02/06/sql-server-cxpacket-parallelism-usual-solution-wait-type-day-6-of-28/

http://blogs.msdn.com/b/psssql/archive/2015/04/28/server-s-max-degree-of-parallelism-setting-resource-governor-s-max-dop-and-query-hint-maxdop-which-one-should-sql-server-use.aspx

http://blogs.msdn.com/b/psssql/archive/2013/09/27/how-it-works-maximizing-max-degree-of-parallelism-maxdop.aspx

http://dbanotes.net/database/numa.html

https://technet.microsoft.com/zh-cn/library/ms188603(SQL.90).aspx