相关疑难解决方法(0)

在将我们的一个数据库从 SQL Server 2012 (SP1, CU2) 迁移到 SQL Server 2014 (SP1) 的过程中，我们遇到了一些奇怪的问题。

在 SQL Server 2012 上几秒钟内完成的查询之一似乎挂在 SQL Server 2014 上。

SELECT  DISTINCT 
    src.[Id]
FROM
    [stg].[BaseVolumes] src
JOIN     
    [tmp].[Dates] d ON src.[CalWeek_Nmbr] = d.[CalYrWkDense_Nmbr]
WHERE   
    EXISTS (SELECT  *
            FROM    
                (SELECT     ctry.[ISOCode]                  AS  [Mkt_Code]
                            , so.[Code]                     AS  [SlsOrg_Code_AK]
                            , so.[DistributionChannelCode]  AS  [DistChnl_Code_AK]
                            , prd.[SupplierCode]                AS  [SKU_Code_AK]
                            , cl6.[Code]                        AS  [CstHierLvl06_Code_AK]
                            , lp.[BaseDateID]                   AS  [Dte_EK]
                 FROM   [PM_APP].[edw].[BaseVolumeDayCurrent]   lp
                 JOIN   [PM_APP].[dbo].[Country]                ctry    ON  lp.[CountryID] = ctry.[ID]
                 JOIN   [PM_APP].[dbo].[SalesOrganisation]      so      ON  lp.[SalesOrganisationID] = so.[ID] …

我正在一台规格合理的机器上运行一些 Microsoft SQL Server 2014 负载测试。我当然不是 SQL Server 调优细节方面的专家，但根据我从各个地方收集的一些片段，我认为设置非常好。

表演中的一个元素确实令人困惑，因此我在这里伸出援手。我正在测试的数据库是历史上建立的，最初是针对 2008r2 创建的。兼容性设置是从那个版本继承过来的。上周我分两个阶段提高了该设置，但是当我将其从 2012 年提高到 2014 年的兼容性时，突然间 CPU 负载飙升。

当来回更改此设置时，它似乎是系统性的。我可以使用 2012 设置在 8 核数据库上运行 X 个模拟用户（数据库前面的 Web 应用程序）。如果我将其提高到 2014 年，我只能逃脱 60% 的 X 个模拟用户。反之，对于 X 用户，2014 年设置的批量请求数降低了 40%。

据我了解，切换回兼容性级别不会恢复数据库，而只会关闭功能。这种情况似乎表明一个功能在没有明显增益的情况下消耗 CPU，所以我想知道可能是哪个功能以及是否有办法单独打开该特定功能？

serverfault 上的其他帖子指出升级后重建索引，我已经这样做了，但这似乎并没有真正产生影响。

需要注意的是，手头的应用程序会生成许多不是准备好的语句的查询。这可能导致我在 perfmon 中看到大量编译（编译/批处理请求：0.25）。我对此无能为力，所以告诉我先做些什么并不能真正帮助我前进。