为什么完全扫描更新统计信息在 SQL Server 2014 上使用 100% 的 CPU，而在 SQL Server 2008 R2 上使用可能 20% 的 CPU，对于相同的表，具有相似的硬件功能？
我一直在寻找MAXDOP其他选项，但真的看不出有什么特别之处。我意识到可能存在可能导致这种情况的设置，但两个数据库的设置非常相似（例如，两个数据库的设置都MAXDOP为 4，两者都有多个内核）。两者都是企业版。
SQL Server 2014 与 SQL Server 2008 R2 中是否有“不同”之处可以解释这一点？我有两个服务器的 90% 内存选项。关于寻找什么的任何想法？
我使用 SQL Server 2008 R2/SP3 和 SQL Server 2014/SP2 在两台服务器上每周运行一次完整 (100%) 扫描的更新统计信息，并且数据库具有相同的结构。在 2008 R2 服务器上，两个非常大的表的更新统计需要几个小时，这是我所期望的，但 CPU 的利用率一直保持在 20% 左右。但是，在 2014 年服务器上，CPU 在大约 40 分钟内达到 100%。2014 服务器上的表要小一些。我通过使用 SQL Monitor 分析菜单看到了这一点。
这是 2014 SQL Server 上 Ola 日志文件的输出，CPU 从大约 2:10 到 2:45 变为 100%：
Date and time: 2017-06-24 02:10:20 …