sql-server – 急切的假脱机表示什么问题

我试图提高UPDATE语句的性能.我注意到showplan中出现了一个Eager Spool操作.我对假脱机操作的理解非常基础 – 它们在更新期间为表创建临时存储.

我也知道,虽然它们阻止了更糟糕的执行时间,但是急切的线程通常表示表结构和/或查询语句的潜在问题.

我的问题非常简单：当您在查询计划中看到Eager Spool时,您首先要解决的问题是什么？

我将分析我们系统的每个部分以提高性能 – 我只是在寻找关于我应该从哪里开始的指导.

解决方法

I am attempting to increase performance of an UPDATE statement. I notice an Eager Spool operation in the showplan popping up.

可能出于各种原因添加Eager Spools,包括避免Halloween Protection或optimize I/O when maintaining nonclustered indexes.

如果没有看到(甚至是图片)执行计划,很难确定哪种情况可能适用于您的特定情况.如果担心数据敏感性,请考虑使用SQL Sentry Plan Explorer上载计划的匿名版本以进行分析.

很可能,Eager Spool不是你应该专注的东西;许多因素会影响更改数据的查询的实际性能.如果您的调整工作基于为Eager Spool运算符显示的估计百分比成本,请考虑使用不打算与特定硬件配置的功能匹配的模型生成这些估计.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!