Maz*_*har 3 sql-server index-statistics
如果更新了从未更新过的表的统计信息(不要问他们为什么从来没有更新过),SQL Server 是否会根据过时的统计信息自动刷新执行计划?如果没有,这样做的最佳方法是什么?
Tom*_*m V 12
如果您更新自上次统计信息更新以来没有任何修改的表的统计信息,您的执行计划将不会失效。
如果您更新统计信息并且数据在本次和以前的统计信息更新之间发生了更改,那么如果数据库将AUTO_UPDATE_STATISTICS
数据库选项设置为 ,则它将无效ON
。请注意,受影响的计划不会立即重新编译;每个计划将在下次从缓存中检索执行时重新编译。
请参阅 Kendra Little 的这篇文章:如果没有数据更改,更新统计数据是否会导致重新编译?
发现:仅统计更新不会导致重新编译
SQL Server 足够聪明,可以检查数据是否已更改。仅更新统计信息并不总是会使执行计划无效。
而这个帖子由金佰利特里普引用不再可用连接的项目:
这不是错误,而是设计使然。而且,它实际上是有道理的。
如果计划不应该失效(直接由于统计数据,因为数据没有改变),那么它就不会失效。但是……如果应该评估计划(统计数据已更新且数据已更改),那么它会。
另请参阅 Erin Stellato 的这篇文章:引用此MSDN 文档页面的统计和重新编译
当 AUTO_UPDATE_STATISTICS 数据库选项设置为 ON 时,当查询的目标表或索引视图的统计信息已更新或自上次执行以来其基数已显着更改时,将重新编译查询。此行为适用于标准的用户定义表、临时表以及由 DML 触发器创建的插入和删除的表。如果查询性能受到过度重新编译的影响,请考虑将此设置更改为 OFF。当 AUTO_UPDATE_STATISTICS 数据库选项设置为 OFF 时,不会根据统计信息或基数更改进行重新编译,但由 DML INSTEAD OF 触发器创建的插入和删除的表除外。因为这些表是在 tempdb 中创建的,访问它们的查询的重新编译取决于 tempdb 中 AUTO_UPDATE_STATISTICS 的设置。请注意,在 SQL Server 2000 中,即使此设置为 OFF,查询仍会根据对 DML 触发器插入和删除表的基数更改继续重新编译。
因此,如果您想绝对确定您对这些表的计划已重新编译,则必须使用自己重新编译它们
sp_recompile 'tablename'
Run Code Online (Sandbox Code Playgroud)
归档时间: |
|
查看次数: |
1207 次 |
最近记录: |