19

我有一个数据仓库数据库，我在使用 SQL Server 2014 的新基数估计器时遇到问题。

将数据库服务器升级到 SQL Server 2014 后，我观察到查询性能存在很大差异。一些查询的执行速度要慢得多（SQL 2012 为 30 秒，而 SQL 2014 为 5 分钟）。在研究了执行计划后，我发现 SQL Server 2014 上的基数估计值相差甚远，我找不到原因。

这是 SQL 2012 与 SQL 2014 中的查询执行计划（左上角运算符）的示例：

估计行数

一些细节：

  • 我的查询是典型的数据仓库事实表加载查询。我查询一个事务表并加入很多（15-20）个维度表（总是有 0 或 1 条记录从维度表中加入）。

  • 我已经更新了所有表的统计信息（使用 FULLSCAN）以确保统计信息是最新的。

  • 对维度表的业务键进行索引（唯一非聚集索引）。在我看来，由于这个索引的唯一性，旧的基数估计器（SQL 2012）正确地假设有最大值。1 条连接的记录（估计的记录数在执行计划中没有变化）。

我试图将问题缩小到最简单的示例——带有 2 个连接的 SELECT：

加入

这是 SQL 2012 与 SQL 2014 中运算符 1 和 2 的基数估计：

           | Est.rows - SQL2012 | Est.rows - SQL2014
Operator 1 |               7653 |               7653
Operator 2 |               7653 |              10000

如您所见，SQL Server 2014 与估计的差距超过 30%（10000 与 7653）。因为我有cca。在一个典型的查询中加入 15 到 20 个，最终的估计值相差甚远。

我可以将数据库置于较低的兼容性模式（110），然后它可以正常工作（就像在 SQL Server 2012 上一样），但我真的很想知道这种行为的原因是什么。为什么 SQL Server 2014 的基数估计结果错误？

4

3 回答 3

6

我认为今天这个有趣的问题没有简单的答案。我知道的最佳答案是以下视频：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

新估算器在做什么（基于视频）：

  • SQL 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

更新 基数估计器的新增功能 (SQL Server 2016)

  1. 越准确。
  2. CE 预测您的查询可能会返回多少行
  3. SQL Server 2016 查询存储
  4. 跟踪 CE 的基数预测的另一个选项是使用名为 query_optimizer_estimate_cardinality 的扩展事件
  5. CE 了解最大值可能高于上次收集统计数据的时间
  6. CE 了解同一张表上的过滤谓词通常是相关的
  7. CE 不再假定来自不同表的过滤谓词之间存在任何关联

更多细节：

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

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

于 2014-11-10T20:05:13.927 回答
3

我想知道您是否在多列选择性估计方面遇到了这个问题：

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

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

最后确保您在最新的 CU 上并使用 TF 4199 运行以全面启用所有查询优化器修复，尽可能先在非生产环境中进行测试，并在全局启用设置时注意其他查询中的回归

于 2015-02-01T06:16:43.470 回答
0

这不是对这个问题的直接答案，但它可能会帮助那些面临与与基数估计器 (CE) 更改有关的 SCCM（又名 ConfigMgr）数据库相关的类似性能问题的人。由于 SQL Server 2014 和 SQL Server 2016 中新的基数估计器 (CE) 更改，SQL 查询可能会超时或您的 ConfigMgr 控制台运行缓慢。Microsoft 已在此处给出了解决此问题的方法，建议应用适当的 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

希望这可以帮助！

于 2016-10-10T06:33:40.800 回答