问新的基数估计器( Server 2014)离我们很远

EN

我认为今天对这个有趣的问题没有简单的答案。我所知道的最好的答案是以下视频：http://channel9.msdn.com/events/TechEd/NorthAmerica/2014/DBI-B331#fbid=。它有许多新的和旧的估计量的例子。视频是关于50+分钟长，但它是值得的时间。

与这一问题有关的视频摘要：

基数估计的旧假设：

1. 均匀性-数据均匀分布。
2. 独立-第1栏与第2栏无关。
3. 包容-当两个属性可能是相同的，它们被假定是相同的。
4. 包括-应该有匹配的。

若要在SQL SERVER 2014中使用SQL SERVER 2012基数估计器，请使用以下选项：

• 选项(querytraceon 9481) -恢复到2012年

新的估计器在做什么(基于视频)：

• Server在索引中使用平均选择性，并通过将键的密度乘以索引中的行总数来估计行数。
• 对于锯齿分布，新的估计器不能很好地工作。
• 估计量之间的大多数差异都是基于WHERE子句的。
• 新的基数估计器认为表之间存在相关性。
• 您可以创建筛选的统计信息以改进查询。(http://msdn.microsoft.com/en-us/library/ms188038.aspx )

做/核对表：

1. Auto Create / Update Stats
2.  Check database compatibility mode (120/110)
3.  Test using query trace flags
4.  XML showplan

更新基数估计器中的新内容( Server 2016)

1. 越准确。
2. CE预测查询可能返回多少行
3. Server 2016查询存储区
4. 跟踪CE基数预测的另一个选项是使用名为query_optimizer_estimate_cardinality的扩展事件
5. 行政长官明白最大值可能较上次收集统计数字时为高。
6. CE明白，在同一表上筛选的谓词通常是相关的。
7. CE不再假设来自不同表的筛选谓词之间存在任何相关性。

更多详细信息：

https://learn.microsoft.com/en-us/sql/relational-databases/performance/cardinality-estimation-sql-server

https://www.sqlshack.com/query-optimizer-changes-in-sql-server-2016-explained/

我想知道，你是否正围绕着多色选择性估计来探讨这个问题：

http://www.sqlskills.com/blogs/kimberly/multi-column-statistics-exponential-backoff/

似乎仍然有一些怪癖与新的CE尝试也使用TF 4137概述，看看这是否有帮助。

最后，请确保您在最新的CU上，并与TF 4199一起运行，以覆盖启用所有查询优化器修复程序(如果可能的话)，在非生产环境中对此进行测试(如果可能的话)，并在全局启用设置时注意其他查询中的回归。

这并不是对这个问题的直接回答，但它可能有助于那些面临与SCCM (又名ConfigMgr)数据库有关的与基数估计(CE)更改相关的类似性能问题的人。由于Server 2014和Server 2016中新的基数估计(CE)更改，SQL查询可能超时或ConfigMgr控制台运行缓慢。微软已经给出了这个问题的解决方案，这里建议应用适当的SQL基数估计(CE)兼容性级别，如下表所示：

SQL Server version    Supported compatibility       Recommended compatibility   
                      level values                  level for ConfigMgr

SQL Server 2016       130, 120, 110, 100            130 

SQL Server 2014       120, 110, 100                 110

希望这能有所帮助！